GP Connect - Update Record (ITK3)

Part of the GP Connect product family
A newer version of this specification is available (v1.1.1-public-beta).
An issue was identified with the FHIR package supplied with this version of the specification, which has been rectified.
Please click here to view the patched v1.1.1-public-beta specification with the updated FHIR package.

Release notes

Historical versions and their release notes can be found below, including links to the respective version of the specification.


1.1.0-public-beta

Released on Tuesday, 8th August 2023 THIS VERSION

Link to specification


Changes

Handling vital-signs
  • Conventions around how vital signs are to be carried using this specification, and displayed
Usage of FHIR packages
  • Information and signposting to the GPC Update Record FHIR package
Profiles created
Handling identifiers
  • Clarification around usage over urn:uuid:[id] over resourceName/[identifier] for this specification.
Added example scenarios / ITK3 messages
Code system: dm+d
  • Added reference to dm+d under codesystems
Extension: Extension-ITK-MessageHandling-2
  • Guidance around usage of the MessageDefinition added.
Profile: ITK-Document-Bundle-1
  • Guidance around usage of meta.lastUpdated as per HL7 documentation added.
Resolved issue in guidance for MESH API: How to configure MESH
  • Previous guidance was incorrect and referenced the incorrect headers - this has been resolved a reference link to the MESH documentation has been added.
  • Removed section around MESH and the use of version - while it can be populated, it cannot be reliably used to indicate the current version since the MESH API does not carry a concept of version.
Added Rejecting messages
  • Guidance added around reasons messages will be rejected
  • Guidance added around understanding the intent of a message
Added Patient-facing services and disclosure of information
  • Section added to indicate how non-disclosure to linked profiles (proxy) can be relayed between clinical systems using meta.security
Added Tagging payloads with meta.tag
  • Section added to indicate how tags can be used to provide additional context and information about a payload
Added Profile: CareConnect-GPC-PractitionerRole-1
  • Links to the GP Connect Data model, included for reference
Added Handling medications section
  • Guidance on how medications will be represented
Added Value set: UCUM section
  • Reference to the Unified Code for Units of Measure value set
Added Code system: RecordStandardHeadings section
  • Reference to the UK Core Record standard headings code system
Updated Profiles section
  • Changed cardinality of CareConnect-GPC-Observation-1 to 0..*
  • Changed cardinality of CareConnect-GPC-MedicationDispense-1 to 0..*
  • Updated name of MedicationDispense to CareConnect-MedicationDispense-1
  • Added intended delivery iterations and clarifications of all data-types required for the GP Matrix within the PRSB Community Pharmacy Standard
Clarification on ingestion, filing, and workflow
  • Ingestion being all data items in the profiles section of this specification MUST BE auto-ingested - that is, the activity of mapping from the FHIR representation to the consumer (receivers) internal data model automatically (auto-ingest) without amendment, and appropriate elements shown within the same areas of the clinical system as they would be if they were created on the receiving system directly.
  • Filing meaning that data is saved to the patient record in a "finalised" state. "Auto-filing" refers to the filing of clinical data without any engagement whatsoever.
  • Workflow will be used initially for this capability as the auto-filing rules have not yet been established for the pharmacy services.
  • More information can be found within the Workflow groups and ID section of this specification.
Mapping PRSB headings to FHIR
  • Formerly "How to represent uncategorised data"
  • Usage of the UK Core Record Standings Code system
  • The code for the above system to be represented within meta.tag
  • Safeguarding can be represented within CareConnect-Flag-1
  • History can be represented within ClinicalImpression
  • Clinical Summary can be represented within ClinicalImpression
  • Signpost details can be represented within ClinicalImpression
  • Information and advice given can be represented within ClinicalImpression
  • Pregnancy status - * can be represented within Careconnect-GPC-Observation-1
  • Social context - * can be represented within Careconnect-GPC-Observation-1
  • Red flags can be represented as ClinicalImpression
  • Procedures and therapies - Procedures (ABPM declined) can be represented as CareConnect-Observation-1
  • Procedures and therapies - Contraception type can be represented as CareConnect-GPC-Observation-1

1.0.0-public-beta

Released on Friday, 7th July 2023

Changes

Support for the following Pharmacy services:
  • Minor illnesses including common conditions
  • Blood pressure
  • Common conditions

1.0.0-draft

Released on 27th June 2023 DRAFT

Initial draft specification.

back to top