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 | ||
| 7 | Program | ||
| 8 | Privilege | ||
| 9 | Role | ||
| 10 | User | ||
| 11 | VisitType | ||
| 12 | Form |