AU Patient Summary Implementation Guide
0.2.0-preview - Preview
AU Patient Summary Implementation Guide - Local Development build (v0.2.0-preview) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
| Page standards status: Informative |
AU PS profiles will by design:
AU PS profiles:
The differential view therefore shows the patient summary requirements that are additional to AU Core. In some profiles, e.g. AU PS Organization, there are no requirements additional to AU Core.
Figure 1: Profiling approach for AU PS Patient profile
AU PS profiles will apply Obligations in the near future. Work is underway in the AU PS Conformance Sessions on a proposal for conformance, including the definition of Obligations. Once agreed, AU PS profiles will be updated to include Obligations.
AU PS profile design to ensure compliance with AU Core and IPS is agreed to as follows. AU PS profiles:
When managing profile complexity and requirements in the national and international context for AU Patient Summary, the following mechanisms are available:
These mechanisms offer differing capabilities and advantages. Typically HL7 AU profiles have used derivation to manage compliance within HL7 AU inheritance. However, AU Patient Summary will comply to both HL7 AU (AU Core) and IPS and therefore additional mechanism(s) on top of derivation from the base HL7 AU profile are required. At this time additional requirements are included in profiles via informal alignment.
For a human, the main differences with use of imposeProfile are:
Currently no AU Patient Summary profile uses imposeProfile. To support future maintenance it is under consideration that all AU Patient Summary profiles derive from AU Core, where available, and use imposeProfile to apply IPS rules. That would mean that a number of IPS-imposed requirements including cardinality, terminology, and flagging of Must Support would not be directly visible in the formal views within this guide. Or, if we chose to make the additional IPS constraints visible + use imposeProfile, those constraints would be repeated from a validation sense and be an additional validation burden.
Users of this implementation guide are encouraged to provide their feedback about the potential use of imposeProfile.