FHIR Ontology Requirements

DRAFT

1. It must be possible to round-trip instance data from XML/JSON through RDF representation

• This includes retaining information about order of repeating elements

QUESTION: Is the order of repeating elements semantically significant in FHIR? I.e., would it affect or use of the interpretation of the information?

ANSWER(LM): Yes. Or more specifically, it's allowed to be. Order of medications in a list, order of names, etc. is required to be retained and, depending on the definition of the element, can have meaning. As well, retaining order is essential to allow digital signature validation after round-tripping

• Needs to allow for extensions where-ever they can appear, including simple types (date, boolean, etc.)

2. We want to be able to represent instances as RDF and Profiles as OWL/RDFS

3. Syntax needs to be "safe" when dealing with modifier extensions

4. Syntax should support vocabulary bindings to code, Coding and CodeableConcept - including dealing with extensible value sets and multi-code system value sets

5. Syntax should enforce constraints that are representable in RDF (i.e. schema constraints, regular expressions, etc.)

6. In the RDFS/OWL, should expose at least minimal annotation information for display

7. It would help if all dataTypes (date, dateTime, value, etc.) are not expressed as string literal. Ultimately they should be expressed in a way to help reasoning engine for inference purposes (xsd).