| Table of Contents | ||
|---|---|---|
|
Why
Organisations want patient data from an App stored in PKB to enable visibility for clinicians
...
Patient facing Apps can be enriched / enhanced with the data extracted from a patients PKB recordThe App wants to enable patients to seamlessly access their PKB record via a Single Sign On process.
What
Apps enable the sending and extracting of data between themselves and PKB by linking a patients PKB record to a specific App user. This is achieved through a one off “access grant process” performed by the patient, that once completed facilities the use of PKB’s APIs. Sending data to PKB can ensure that all those engaged in a patients care can have access to that information and see it in context with data from other sources, such as their hospital or GP.
...
Send data via FHIR API
...
Observations
...
Measurements
...
Appointments
...
Demographics
...
Medications
...
Send data in either STU3 or R4 versions of FHIR using PKB’s Customer FHIR APIs.
The Customer endpoint will only check if the data is written in the correct format. It ensures that the structure (like brackets, colons, or required fields) is correct and follows the basic rules, but it doesn’t check if the information itself makes sense or is complete. Our wiki has further details on the Customer FHIR endpoint’s business rules.
To ensure the data sent to your Customer upstream data store is included in PKB’s Aggregated FHIR endpoint, see the Aggregated business rules information.
Extract PKB data via FHIR API
Use PKB’s Aggregated FHIR endpoint to extract data from all data input routes, both FHIR and non-FHIR.
Appointments
Examples
Examples of how other partners have implemented a similar workflow are in our manual: