Any combination of the above.
Where provider systems are not able (yet) to implement a query API onto their records, but can POST data and have this persisted by the shared record.
Where provider systems can expose a query API, those records can be shared in real-time as per the federated architecture.
Where patients have chosen to use a patient-centric record, provider and consumer systems read and write to that record.
Provider systems can use the shared record as their single and only record, using data both persisted within the shared record, or made available via federated query from provider systems and/or patient-centric records.
Represents the real-world picture of provider systems. Some share data via bulk extracts, some support real-time query interfaces amd some push data based on business event triggers.
- The likely transition architecture during the adoption of patient-centric stores as these will take time to mature, be understood and be accepted by the general public.
Key Design Consideration
- The combined design considerations, and hence the combined complexity of all architectures.