Metadata that Some data ( mostly OpenMRS specific metadata) cannot be mapped to FHIR resources - it will have to be pushed/pulled using other means - rest representations. Sync 2.0 slaves Children will transmit these instances using the OpenMRS REST API.
...
Based on the data Sync wishes to push/retrieve, it should have an instance of the appropriate client (FHIR/REST). A facade should should be added that is responsible for figuring out the client to use and then using it to retrieve or push the object.
REST Client
The Sync module will maintain a REST client, which will be responsible for converting objects to their OpenMRS representations
...
Non-FHIR resource list
| No | Entity | Notes | Not required to Sync | |||
|---|---|---|---|---|---|---|
| 1 | Alert | |||||
| 2 | CareSettings | |||||
| 3 | Concept (and related classes) | |||||
| 4 | GlobalProperty | |||||
| 5 | HL7 metadata | 6 | ||||
| Order (and related classes) | Although it can be mapped to multiple different FHIR resources, the OpenMRS meaning of the class might be too wide for using FHIR. | 7 | Program | |||
| 8 | Privilege | |||||
| 9 | Role | |||||
| 10 | User | |||||
| 11 | VisitType | |||||
| 12 | Form |