From 84d11c0f5fc2bb8f09d9723d3ed872816669be8f Mon Sep 17 00:00:00 2001 From: Carl De'ath <74620667+cda69@users.noreply.github.com> Date: Fri, 24 Oct 2025 09:52:04 +0100 Subject: [PATCH 1/3] Foundation-Typo --- .../1.3.1/Appointment-StandardPattern/Initial-Booking.page.md | 2 +- .../1.3.1/Appointment-StandardPattern/Rebook-Methods.page.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Initial-Booking.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Initial-Booking.page.md index f8d34835..fca086fd 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Initial-Booking.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Initial-Booking.page.md @@ -18,7 +18,7 @@ If undertaking a booking within the context of an Application, the guidance stat * [Request Available slots](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir/v1.3.0#get-/Slot) * Select a slot * Perform a [POST](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir/v1.3.0#post-/Appointment) operation to complete the booking NB: the returned Appointment.id for future operations -* Once processed, the Receiver of the booking must makes a [POST](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir/v1.3.0#post-/DocumentReference) request to create a pointer in the central Registry, as described in {{pagelink:core-StandardPattern-document-reference-Receiver-1.3.1, text: Document Reference Standard Pattern - Receiver}} +* Once processed, the Receiver of the booking must make a [POST](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir/v1.3.0#post-/DocumentReference) request to create a pointer in the central Registry, as described in {{pagelink:core-StandardPattern-document-reference-Receiver-1.3.1, text: Document Reference Standard Pattern - Receiver}} Request Body diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Rebook-Methods.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Rebook-Methods.page.md index 15b94a32..a3b57f25 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Rebook-Methods.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Core/1.3.1/Appointment-StandardPattern/Rebook-Methods.page.md @@ -13,7 +13,7 @@ Steps to perform a rebook: * {{pagelink:core-StandardPattern-appointment-cancel-1.3.1, text:Cancel existing booking}} * {{pagelink:core-StandardPattern-appointment-booking-1.3.1, text:Rebook, following the initial booking workflow}} -* Once processed, the Receiver of the new booking must makes a [POST](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir/v1.3.0#post-/DocumentReference) request to create a new pointer in the central Registry, as described in {{pagelink:core-StandardPattern-document-reference-Receiver-1.3.1, text: Document Reference Standard Pattern - Receiver}} +* Once processed, the Receiver of the new booking must make a [POST](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir/v1.3.0#post-/DocumentReference) request to create a new pointer in the central Registry, as described in {{pagelink:core-StandardPattern-document-reference-Receiver-1.3.1, text: Document Reference Standard Pattern - Receiver}} From 6b6417883e4e4e508d8db014da80ae8c4bee0f26 Mon Sep 17 00:00:00 2001 From: luci-davies Date: Fri, 24 Oct 2025 15:47:14 +0100 Subject: [PATCH 2/3] Fixes and content development --- .../About-BaRS/About-BaRS/About-BaRS.page.md | 65 +------------------ .../Applications/BaRS-APP4/Index.page.md | 2 +- .../Applications/Index.page.md | 8 +-- .../BaRS-Pre-releases/Index.page.md | 4 +- .../Connect-as-a-receiver.page.md | 45 ++++++++----- .../BaRSEndpointCatalogue.md | 21 ++++++ .../DirectoryOfServiceConfiguration.md | 12 +--- .../Home/Deploy/Technical-deployment/toc.yaml | 10 +-- .../Home/Index.guide.md | 1 + 9 files changed, 67 insertions(+), 101 deletions(-) create mode 100644 guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/BaRSEndpointCatalogue.md diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/About-BaRS/About-BaRS.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/About-BaRS/About-BaRS.page.md index 0ec91f08..e2dc2e6e 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/About-BaRS/About-BaRS.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/About-BaRS/About-BaRS.page.md @@ -1,67 +1,8 @@ # {{page-title}} -The NHS Booking and Referral standard (known as BaRS) is a **framework standard** for interoperability. - -- BaRS offers a **universal** standard way to **digitise workflows** that support all cross service patient journeys in the NHS -- It is based on [FHIR R4]( https://hl7.org/fhir/R4/) and fully supports [UK Core]( https://simplifier.net/hl7fhirukcorer4) -- It is a set of instructions, rules and guidance on how to use the building blocks of FHIR to **digitise workflows** -- This provides a **framework** for suppliers to build solutions in a way that **guarantees compatibility** - -The majority of cross service flows in the NHS can be loosely defined as referrals however, there are many more formal definitions of referrals and BaRS is intended to support all of them and more. The primary goal is to create a framework that suppliers can operate within to share information about a patient, with some sort of directive or request for further care or tasks. This can optionally be supported by an appointment (e.g. the reservation of resource for an event at a specific time/place). - - -## Summary of the key features - -In order to achieve this, BaRS has adopted the approach of standardising everything that can and should be standardised whilst creating a safe space for solutions to have the necessary flexibility to support all flows whilst maintaining compatibility. - -There are three main "layers" that make up the framework within BaRS: - -The **first** is the transport layer (referred to as BaRS Core). This is all the things that define the way two systems "talk" to each other and this layer is absolutely standardised. All systems will implement these things exactly the same way. - -**Second** there is the "workflow" layer. This allows a specific BaRS compliant solution to support a particular patient journey. The *way* a workflow is articulated is standardised and each particular workflow is made up of a combination of underlying standard operations (defined in the "transport layer") in a particular sequence. - -**Third** there is the Payload layer. The "payloads" are collections of FHIR resources that make up the set of information that is required for the receiving system to complete or deliver the intended service or task that is being requested. - -The workflow and payload elements can be predefined or completely dynamic, enabled by the inbuilt content negotiation mechanism, as required by the needs of each specific use case and the sophistication of the systems implementing compliant solutions. - -The documentation for BaRS is separated into three groups (or "products"): - -- {{pagelink:design-core-1.0.7}} is the foundation containing all the things *everyone* has to do regardless of what flows BaRS is being used to support - -- {{pagelink:Applications}}, *apply* the standard to a specific problem and build on this to support specific use cases - -- {{pagelink:prereleases}}, this is the same as above but for applications that are in a *pre-release* state, so not generally available until private/public beta is complete. - -
- -## Foundation Principles - -During the design and development of the standard, all key decisions are being tested against a set of foundation principles. These were set out at the beginning as a way to ensure that the vision for BaRS is delivered and all decisions are guided by this vision. - -**Low Barrier to Entry** - -There is little point for a standard with the ambition and scope of BaRS being so difficult to implement that no one actually does. Therefore all decisions are made with the intention of making it as easy as possible for **all** suppliers to build solutions quickly and easily. - -**Any-to-Any Connectivity** - -From the beginning it has been very important to ensure that all solutions are easily scalable and it is possible to interoperate with another system without any prior knowledge or pre-configuration inplace. So that all interactions are: - -- live and "on-the-fly" -- all information is available in realtime from the source -- there is no prior knowledge required for transmission -- there is no requirement for anything to use "point-to-point" interactions (although this approach is supported when approriate) - -**Universality** - -The primary vision for BaRS has always been to create one standard way of supporting movement of patients and their information accross services. Therefore all decisions have this idea at their heart. Research has allowed us to model the primary, high level steps as a sequence of discrete uncoupled processes that are the same every time these flows happen. - -Additionally, in order to support all possible variations of these flows, the receiver *must* dictate the "payload". - -Rather than the traditional approach of the sender sending everything they know, for the reciever to have to filter out everything they do not need to know, the reciever gets to state what they need to know to do the thing that is being requested of them. No more, no less. - -Finally, all decisions are tested against as many obscure and exotic "what-if" scenarios as possible. The intention is to avoid building a standard that only works in one care setting but not another. - -If you have come to this implementation guide directly it might be helpful to read some information about the program that is responsible for developing and maininting this standard, please see here: [Booking and Referral Standard (BaRS)](https://digital.nhs.uk/services/booking-and-referral-standard "Booking and Referral Standard (BaRS)") +The NHS Booking and Referral standard (BaRS) Implementation Guide is intended as a resource to support product and development teams in their BaRS development journey. You can find out more about what BaRS is, how it works, who it's for and which system suppliers are already assured or working on their development on the [BaRS NHS Service Catalogue](https://digital.nhs.uk/services/booking-and-referral-standard) pages. + +This section provides information to help you use the Implementation Guide. ## Combining the elements together diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Index.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Index.page.md index 55e9fb8f..2e6fd5ed 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Index.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Index.page.md @@ -19,7 +19,7 @@ topic: Application4 Application 4 v2.0.0 v1.0.x - v1.10s.0 + v1.10.0 v1.0.0 diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/Index.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/Index.page.md index 0804befc..1fda5652 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/Index.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/Index.page.md @@ -19,10 +19,10 @@ These guides are designed to be used in conjunction with the documentation for { | Application | Use Cases | Current Release | Minimum API Spec | Minimum Core Version | | ----------------------------------------------------------------------------|--------------------------------------------------------------- | --------------- | --------------- | --------------- | -| {{pagelink:application1, text:Booking and Referrals into UEC (Application 1)}} |

111 - ED
111 - UTC
CAS - ED
CAS - UTC
999 - ED
999 - UTC
111 - SDEC
CAS - SDEC
999 - SDEC

| 1.0.8 | v1.0.0 | v1.0.0 | -| {{pagelink:application2, text: Booking and Referrals into UEC (Application 2)}} |

111 Online - ED
111 Online - UTC
S&R - ED
S&R - UTC

| 1.0.8 | v1.0.0 | v1.0.0 | -| {{pagelink:application3, text: Referral into UEC (Application 3)}} |

999-CAS Referral
| 1.0.4 | v1.0.0 | v1.0.0 | -| {{pagelink:application4, text: Referral into UEC for Validation (Application 4)}} |

999-CAS Validation

999 AST to Falls Lifting Service

999 AST to Community Services
| 1.2.3 | v1.0.0 | v1.0.0 | +| {{pagelink:application1, text:Booking and Referrals into UEC (Application 1)}} |

111 - ED
111 - UTC
CAS - ED
CAS - UTC
999 - ED
999 - UTC
111 - SDEC
CAS - SDEC
999 - SDEC

| 2.0.0 | v1.0.0 | v1.0.0 | +| {{pagelink:application2, text: Booking and Referrals into UEC (Application 2)}} |

111 Online - ED
111 Online - UTC
S&R - ED
S&R - UTC

| 2.0.0 | v1.0.0 | v1.0.0 | +| {{pagelink:application3, text: Referral into UEC (Application 3)}} |

999-CAS Referral
| 2.0.0 | v1.0.0 | v1.0.0 | +| {{pagelink:application4, text: Referral into UEC for Validation (Application 4)}} |

999-CAS Validation

999 AST to Falls Lifting Service

999 AST to Community Services
| 2.0.0 | v1.0.0 | v1.0.0 | | {{pagelink:application5, text: Referrals into Pharmacy (Application 5)}} |

Primary Care to Community Pharmacy (Pharmacy First)

Primary Care to Pharmacy Contraception (Oral Contraception)

Primary Care to Pharmacy Blood Pressure Check Service
| 1.1.3 | v1.3.0 | {{pagelink:design-core-1.3.1, text:v1.3.0}} | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Pre-releases/Index.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Pre-releases/Index.page.md index 37f7bfe1..549e25c4 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Pre-releases/Index.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Pre-releases/Index.page.md @@ -6,7 +6,7 @@ topic: prereleases This section contains implementation guides for applications that are currently in a pre-release state. -They are offered as a preview of a developing guide for information only. They are not intended to be used until the completed v1.0.0 version of a guide is released

If you are interested in developing a BaRS compliant solution right now for a use case covered by one of these guides, please use the contact form here and the team will be in touch +They are offered as a preview of a developing guide for information only. They are not intended to be used until the completed v1.0.0 version of a guide is released.

If you are interested in developing a BaRS compliant solution right now for a use case covered by one of these guides, please use the contact form here and the team will be in touch. These guides are designed to be used in conjunction with the documentation for {{pagelink:design-core}}. @@ -14,7 +14,7 @@ These guides are designed to be used in conjunction with the documentation for { | Application | Use Cases | Current Release | API Specification | Core Version | | ----------------------------------------------------------------------------|--------------------------------------------------------------- | --------------- | --------------- | --------------- | -| {{pagelink:application6, text: Referrals into an Ambulance Service Trust (Application 6)}} |

CAD to CAD Out of Area Referral
CAD to CAD Call Assist Request
CAD to CAD Mutual Aid Request | 1.0.0-beta.5 | API Spec v1.3.0 and above | {{pagelink:design-core-1.1.4, text:Core v1.3.0 and above}} | +| {{pagelink:application6, text: Referrals into an Ambulance Service Trust (Application 6)}} |

CAD to CAD Out of Area Referral
CAD to CAD Call Assist Request
CAD to CAD Mutual Aid Request | 1.0.0-beta.6 | API Spec v1.3.0 and above | {{pagelink:design-core-1.1.4, text:Core v1.3.0 and above}} | | {{pagelink:application7, text: Bookings into GP Practice (Application 7)}} |

Appointments for Patient facing services into GP Practice | 1.0.0-alpha.4 | API Spec v1.3.0 and above | {{pagelink:design-core-1.1.4, text:Core v1.3.0 and above}} | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Build/Testing-and-Environments/Connect-as-a-receiver.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Build/Testing-and-Environments/Connect-as-a-receiver.page.md index f4359b0c..ea3ceb80 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Build/Testing-and-Environments/Connect-as-a-receiver.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Build/Testing-and-Environments/Connect-as-a-receiver.page.md @@ -6,15 +6,16 @@ topic: Connect-as-a-receiver BaRS uses TLS-MA to communicate with Receiving endpoints. Receiving endpoints need a certificate under the NHS Root CA to facilitate TLS-MA. The receiver needs to follow these steps to access Integration (INT) and Production (PROD) environments. -To connect to the BaRS proxy as a receiver follow these steps: +### How to connect to the BaRS proxy as a Receiver: Step 1: Apply for your domain [apply for a new nhs.uk domain](https://digital.nhs.uk/services/networking-addressing/apply-for-an-nhs.uk-domain-for-websites-and-web-applications). You must complete Section 5: For website or application records visible on the public internet. Step 2: Request a certificate under the NHS Root CA. The FQDN must be an nhs.uk address. - * There are different certificate chains for INT and PROD - * [INT Certificate](https://digital.nhs.uk/services/path-to-live-environments/integration-environment#rootca-and-subca-certificates) chains (**Note:** _these may be out of date_) - * [PROD Certificate](https://digital.nhs.uk/services/path-to-live-environments/live-environment) chains (**Note:** _these may be out of date_)stered, you can then begin the process to obtain your certificate by generating a certificate request. -The fully qualified domain name (FQDN) is equal to the certificate name (CN) by convention. +There are different certificate chains for INT and PROD: +* [INT Certificate](https://digital.nhs.uk/services/path-to-live-environments/integration-environment#rootca-and-subca-certificates) chains (**Note:** _these may be out of date_) +* [PROD Certificate](https://digital.nhs.uk/services/path-to-live-environments/live-environment) chains (**Note:** _these may be out of date_) + +Your domain must be registered before you begin the process to obtain your certificate generating a certificate request. The fully qualified domain name (FQDN) is equal to the certificate name (CN) by convention. Step 3: Create a Certificate Signing Request (*.csr). This is the file you will send to us so we can generate a signed certificate for your endpoints. Create a private key; a password is optional. ``` @@ -29,28 +30,36 @@ openssl req -new -key private.key -out request.csr Step 4: Send the .csr file to be signed by NHS England and get the client certificate. To do this, follow these environment specific steps: #### Client certificate: Integration (INT) + Step 1: Contact ITOC to make a [Combined endpoint and service registration request](https://digital.nhs.uk/services/path-to-live-environments/path-to-live-forms/combined-endpoint-and-service-registration-request) {{render:Onboarding FORM.png}} - In the form: - * Select Create/renew a certificate only (No endpoint) - * Specify Integration environment - * FQDN must match your domain and CN on the cert e.g. '**BaRS-INT-\.\.thirdparty.nhs.uk**' - * In Additional comments/notes, state ‘BaRS’ certificate request - * Add ‘N/A’ in the Party Key field because there is no relation to SDS endpoints + +In the form: +* Select Create/renew a certificate only (No endpoint) +* Specify Integration environment +* FQDN must match your domain and CN on the cert e.g. '**BaRS-INT-\.\.thirdparty.nhs.uk**' +* In Additional comments/notes, state ‘BaRS’ certificate request +Add ‘N/A’ in the Party Key field because there is no relation to SDS endpoints + Step 2: Receive certificate from ITOC + Step 3: Email with Receiver URL for BaRS/API-M to add to the Endpoint Catalogue #### Client certificate: Production (PROD) + **Production endpoints can only be requested when Solution Assurance issue the supplier with the Technical Conformance certificate** -Step1: Send the .csr to , indicating this is for a BaRS Receiver endpoint - * Format for FQDN on PROD for: - * Supplier hosted solutions is ‘**BaRS-PROD-\.\.thirdparty.nhs.uk**’ - * This option is used for multi-tenanted solutions. - * Service Provider hosted solutions is ‘**BaRS-PROD-\.\.nhs.uk**’ - * This option is used for non multi-tenanted solutions. If multiple endpoints are needed, the ODS code can be appended with an identifier for the setting. - * It may be that the provider already has a 'nhs.uk' standard domain DNS entry. If one exists, it should be used for this new subdomain. + +Step 1: Send the .csr to , indicating this is for a BaRS Receiver endpoint + +Formats for FQDN on PROD: +* Supplier hosted (multi-tenanted) solutions ‘**BaRS-PROD-\.\.thirdparty.nhs.uk**’ + +* Service Provider hosted (on-premise) solutions‘**BaRS-PROD-\.\.nhs.uk**’ + Step 2: Receive certificate from DIR Team + Step 3: Email with Receiver URL for BaRS/API-M to add to the Endpoint Catalogue + Step 4: Make changes to your [firewall exceptions](https://simplifier.net/guide/nhsbookingandreferralstandard/Home/Deploy/Technical-deployment\Firewallexceptions) to receive messages from the BaRS proxy. #### Installing and configuring your application to use the certificate diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/BaRSEndpointCatalogue.md b/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/BaRSEndpointCatalogue.md new file mode 100644 index 00000000..12e944fe --- /dev/null +++ b/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/BaRSEndpointCatalogue.md @@ -0,0 +1,21 @@ +## {{page-title}} + +Every service receiving messages through BaRS will need their ServiceId and endpoint added to the BaRS Endpoint Catalogue. This enables the BaRS Proxy to direct messages to the service. + +When a Sender wants to send a booking or referral using the BaRS Proxy, they will use a Service Discovery tool and select the Receiver's service in their system. + +The Sender will include the ServiceId for the selected service in the HTTP Headers [NHSD-Target-identifier](https://digital.nhs.uk/developer/api-catalogue/booking-and-referral-fhir/v1.3.0#overview--overview) it sends to the BaRS Proxy. + +The BaRS Proxy uses the ServiceId in the HTTP Header to reference the BaRS Endpoint Catalogue, find the specific endpoint for the service and transport the message to the correct destination. + +### How to add a service to the BaRS Endpoint Catalogue: + +* Note the ServiceId used in Service Discovery (NHS Directory of Service or other Service Discovery tool) + +* Obtain the service's URL endpoint details from the Receiving supplier or provider. The endpoint will need to be certified and meet the criteria for connection to the BaRS Proxy. More details are available in [Connecting as a receiver](https://simplifier.net/guide/nhsbookingandreferralstandard/Home\Build\Testing-and-Environments\Connect-as-a-receiver.page.md) + +* Email bookingandreferralstandard@nhs.net with the serviceid and endpoint details. State the environment to be configured, INT or PROD, and include planned dates for testing. + +**Note**: CareConnect configuration must be maintained alongside the BaRS configuration. This is so senders who are not yet BaRS compliant can still work with CareConnect and GP Connect. + +
diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/DirectoryOfServiceConfiguration.md b/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/DirectoryOfServiceConfiguration.md index ea7d32f2..7aeda3a1 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/DirectoryOfServiceConfiguration.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/DirectoryOfServiceConfiguration.md @@ -1,14 +1,6 @@ ## {{page-title}} -**Note:** **Receiver Firewall Amendments** - Requests from the BaRS API Proxy will originate from **INT** on **35.197.254.55** & **35.246.55.143** and **PROD** on **34.89.0.111** & **34.89.69.6**. - -If the provider operates within Urgent and Emergency Care (UEC), they are likely to have a UEC Directory of Services (DoS) entry. DoS leads must configure Service Providers who wish to use BaRS in the standard way, as the service dictates, but their DoS ID will also need to exist in the BaRS Endpoint Catalogue. -Steps to configure the provider on the BaRS Endpoint Catalogue:- -- note the Service ID on DoS -- Obtain API endpoint details for the service from the Supplier or Provider -- Email bookingandreferralstandard@nhs.net with both pieces of information from above, stating the environment to be configured (INT or Prod). -You should include the proposed dates for testing (if known) to allow the urgency of the request to be set - -**Note**: - CareConnect configuration must be maintained alongside the BaRS configuration. This is so senders who are not yet BaRS compliant can still work with CareConnect and GP Connect. +If the Receiving provider operates within Urgent and Emergency Care (UEC), they are likely to have a UEC Directory of Services (DoS) entry. DoS leads must configure Service Providers who wish to use BaRS in the standard way, as the service dictates, but their DoS ServiceId will also need to exist in the BaRS Endpoint Catalogue. +Find out more about the [Directory of Service](https://digital.nhs.uk/services/directory-of-services-dos#top)
diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/toc.yaml b/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/toc.yaml index f4bcfd0d..32f70d07 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/toc.yaml +++ b/guides/Live-ImplementationGuide-BaRS/Home/Deploy/Technical-deployment/toc.yaml @@ -1,8 +1,10 @@ - name: Index filename: Index.page.md -- name: Technical deployment - filename: Technicaldeployment.page.md +- name: Technical Deployment + filename: TechnicalDeployment.page.md - name: DoS Configuration filename: DirectoryOfServiceConfiguration.md -- name: Firewall exceptions - filename: Firewallexceptions.md \ No newline at end of file +- name: BaRS Endpoint Catalogue + filename: BaRSEndpointCatalogue.md +- name: Firewall Exceptions + filename: FirewallExceptions.md \ No newline at end of file diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Index.guide.md b/guides/Live-ImplementationGuide-BaRS/Home/Index.guide.md index c6a718fc..d949f92e 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Index.guide.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Index.guide.md @@ -16,6 +16,7 @@ Before starting implementation, we recommend reading the following information:


+ The implementation guide is divided into sections: * {{pagelink:about_bars}} provides essential background and guiding principles along with prerequisites From d6639f3a85988ce3f421ca07b796ac5b2980b88d Mon Sep 17 00:00:00 2001 From: Carl De'ath <74620667+cda69@users.noreply.github.com> Date: Fri, 24 Oct 2025 15:53:39 +0100 Subject: [PATCH 3/3] NHS-No-REQ-AND-minor-changes NHS No requirements to Apps 1-4 Corrections to Blood Pressure DoS Service ID in App5 Correction to Payload guidance around NHS No. in App5 Minor amendment to Appointment Standard Core1.3.1 Release Note added --- .../BaRS-Core/1.3.1.page.md | 3 +- .../TRN-APP1/2.0.0.page.md | 8 +++-- .../TRN-APP2/2.0.0.page.md | 8 +++-- .../TRN-APP3/2.0.0.page.md | 5 ++-- .../TRN-APP4/2.0.0.page.md | 5 ++-- .../TRN-APP5/1.1.3.page.md | 6 +++- .../TRN-APP5/1.1.4.page.md | 30 +++++++++++++++++++ .../Technical-Release-Notes/TRN-APP5/toc.yaml | 2 ++ .../BaRS-APP1/Booking-Request-Payload.page.md | 4 +-- .../BaRS-APP1/Referral-Payload.page.md | 4 +-- .../BaRS-APP1/Scope-and-Requirements.page.md | 4 +-- .../BaRS-APP2/Booking-Request-Payload.page.md | 4 +-- .../BaRS-APP2/Referral-Payload.page.md | 4 +-- .../BaRS-APP2/Scope-and-Requirements.page.md | 4 +-- .../BaRS-APP3/Referral-Payload.page.md | 4 +-- .../BaRS-APP3/Scope-and-Requirements.page.md | 1 + ...nterim-Validation-Response-Payload.page.md | 4 +-- .../BaRS-APP4/Scope-and-Requirements.page.md | 1 + .../Validation-Request-Payload.page.md | 4 +-- .../Validation-Response-Payload.page.md | 4 +-- .../BaRS-APP5/How-does-it-work.page.md | 2 +- .../BaRS-APP5/Referral-Payload.page.md | 4 +-- 22 files changed, 80 insertions(+), 35 deletions(-) create mode 100644 guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.4.page.md diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/BaRS-Core/1.3.1.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/BaRS-Core/1.3.1.page.md index 2a0d5721..d7ceedb1 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/BaRS-Core/1.3.1.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/BaRS-Core/1.3.1.page.md @@ -6,7 +6,8 @@ topic: TRN-Core-1.3.1 | Change | Description | Impact | |------------------------------------------|----------------------------------------|---------------------------------| -| ... | ...| correction | +| Updated Appointment Management - Foundation Standard | Various updates and corrections throughout. Added Reschedule function.| correction | +| Updated Document Reference (Registry) - Foundation Standard | Various updates and corrections throughout. | correction |
diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP1/2.0.0.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP1/2.0.0.page.md index 9ee96f06..f454e9d0 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP1/2.0.0.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP1/2.0.0.page.md @@ -9,15 +9,17 @@ This is a major release with a significant change to the Implementation Guidance | Change | Description | Impact | |-------------------------------------------|-------------------------------------------------|-------------------------------------------------------------------------| -| NHSno | ??? | correction | +| Updated requirements to support additional NHS No. Status | Extended requirement to support NHS No. status of 'Number present but not traced' | breaking | ### Payload Change Log | FHIR Element | Previous | Current | Other | Referral/Booking | Rationale | Impact | |------------------------------------------------------|----------|------------|---------|------------------|-------------------------------------------------------------------------------------------------|----------| -| NHSNo | | | Update | | | correction | - +| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted. | Update | Booking Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted. | Update | Booking Request |Accommodate NHS No. Requirement | breaking |
diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP2/2.0.0.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP2/2.0.0.page.md index 9ee96f06..f454e9d0 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP2/2.0.0.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP2/2.0.0.page.md @@ -9,15 +9,17 @@ This is a major release with a significant change to the Implementation Guidance | Change | Description | Impact | |-------------------------------------------|-------------------------------------------------|-------------------------------------------------------------------------| -| NHSno | ??? | correction | +| Updated requirements to support additional NHS No. Status | Extended requirement to support NHS No. status of 'Number present but not traced' | breaking | ### Payload Change Log | FHIR Element | Previous | Current | Other | Referral/Booking | Rationale | Impact | |------------------------------------------------------|----------|------------|---------|------------------|-------------------------------------------------------------------------------------------------|----------| -| NHSNo | | | Update | | | correction | - +| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted. | Update | Booking Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted. | Update | Booking Request |Accommodate NHS No. Requirement | breaking |
diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP3/2.0.0.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP3/2.0.0.page.md index 9ee96f06..b2f21ea9 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP3/2.0.0.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP3/2.0.0.page.md @@ -9,14 +9,15 @@ This is a major release with a significant change to the Implementation Guidance | Change | Description | Impact | |-------------------------------------------|-------------------------------------------------|-------------------------------------------------------------------------| -| NHSno | ??? | correction | +| Updated requirements to support additional NHS No. Status | Extended requirement to support NHS No. status of 'Number present but not traced' | breaking | ### Payload Change Log | FHIR Element | Previous | Current | Other | Referral/Booking | Rationale | Impact | |------------------------------------------------------|----------|------------|---------|------------------|-------------------------------------------------------------------------------------------------|----------| -| NHSNo | | | Update | | | correction | +| Patient.identifier.extension.valueCodeableConcept.coding.code | Follow UK Core guidance for populating this element | This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.display | Follow UK Core guidance for populating this element | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking |
diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP4/2.0.0.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP4/2.0.0.page.md index 9ee96f06..fc55201e 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP4/2.0.0.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP4/2.0.0.page.md @@ -9,14 +9,15 @@ This is a major release with a significant change to the Implementation Guidance | Change | Description | Impact | |-------------------------------------------|-------------------------------------------------|-------------------------------------------------------------------------| -| NHSno | ??? | correction | +| Updated requirements to support additional NHS No. Status | Extended requirement to support NHS No. status of 'Number present but not traced' | breaking | ### Payload Change Log | FHIR Element | Previous | Current | Other | Referral/Booking | Rationale | Impact | |------------------------------------------------------|----------|------------|---------|------------------|-------------------------------------------------------------------------------------------------|----------| -| NHSNo | | | Update | | | correction | +| Patient.identifier.extension.valueCodeableConcept.coding.code | Follow UK Core guidance for populating this element | This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.display | Follow UK Core guidance for populating this element | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking |
diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.3.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.3.page.md index 2745ec71..fcde596b 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.3.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.3.page.md @@ -1,3 +1,5 @@ +
+
## {{page-title}}
@@ -27,8 +29,10 @@ This stable release (v1.1.3) of Application 5 sees minor corrections. | MedicationStatement | https://simplifier.net/hl7fhirukcorer4/ukcoremedicationstatement | https://simplifier.net/hl7fhirukcorer4/ukcore-medicationstatement | Update | Referral Request |FHIR link updated | correction | | bundle.meta.versionID | | This MUST be populated with the version of the Application the bundle complies with. The Receiver will read this to know whether they are capable of processing. | Update | Referral Request |Implementation guidance added | correction | +
+
+
-### Previous Releases diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.4.page.md b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.4.page.md new file mode 100644 index 00000000..3812e608 --- /dev/null +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/1.1.4.page.md @@ -0,0 +1,30 @@ +## {{page-title}} + +
+This stable release (v1.1.4) of Application 5 sees minor corrections. +
+ + +### Application Change Log + + +
+ + +| Change | Description | Impact | +|-------------------------------------------|-------------------------------------------------|-------------------------------------------------------------------------| +| Update DoS Service Type value for Blood Pressure | The DoS Service Type ID value for DoS Blood Pressure check was incorrectly stated as '149' when it should be '148'. Updated. | correction | + + +### Payload Change Log + +| FHIR Element | Previous | Current | Other | Referral/Booking | Rationale | Impact | +|------------------------------------------------------|----------|------------|---------|------------------|-------------------------------------------------------------------------------------------------|----------| +| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted. | Update | Referral Request |Accommodate NHS No. Requirement | breaking | + +
+
+ +### Previous Releases + diff --git a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/toc.yaml b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/toc.yaml index d0647b2d..47eb3690 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/toc.yaml +++ b/guides/Live-ImplementationGuide-BaRS/Home/About-BaRS/Releases/Technical-Release-Notes/TRN-APP5/toc.yaml @@ -1,5 +1,7 @@ - name: Index filename: Index.page.md +- name: 1.1.4 + filename: 1.1.4.page.md - name: 1.1.3 filename: 1.1.3.page.md - name: 1.1.2 diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Booking-Request-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Booking-Request-Payload.page.md index 7d638755..c945ddf8 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Booking-Request-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Booking-Request-Payload.page.md @@ -185,8 +185,8 @@ This payload is used to support a booking workflow and contains all the required | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding.system | This SHOULD be populated. Where used this MUST be populated with CodeSystem - 'https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus' - FIXED VALUE | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | SHOULD | 1..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | MAY | 1..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Referral-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Referral-Payload.page.md index 84bc5254..105579c8 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Referral-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Referral-Payload.page.md @@ -267,8 +267,8 @@ This payload is used to transmit all the necessary information that is required | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding.system | This SHOULD be populated. Where used this MUST be populated with CodeSystem - 'https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus' - FIXED VALUE | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | SHOULD | 0..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | SHOULD | 0..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Scope-and-Requirements.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Scope-and-Requirements.page.md index cb8969e6..8a59e90a 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Scope-and-Requirements.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP1/Scope-and-Requirements.page.md @@ -86,7 +86,7 @@ The payloads and workflow have been designed to support these services. Other {{ **Booking** * The booking Receiver **must** accept the booking request regardless of whether the patient is known to the service provider * The booking Receiver **must** accept potential patients who do **not** have a national validated identifier e.g. NHS Number. -* Where a national identifier is included, it **must** be 'traced and verified', otherwise, the referral Sender **must not** include the national indentifier in the request +* Where a national identifier is included, it **must** have a [verification status](https://simplifier.net/hl7fhirukcorer4/valueset-ukcore-nhsnumberverificationstatus) of 'Number present and verified' or 'Number present but not traced', otherwise, the referral Sender **must not** include it in the request * Where the booking was not successful, the Receiver **must** send an appropriate response. See {{pagelink:core-failure_scenarios-1.3.1, text:failure scenarios}} for more detail. * Where the booking was not successful, the Sender **must** present an appropriate message to the end user. See {{pagelink:core-failure_scenarios-1.3.1, text:failure scenarios}} for more detail. * If included in the synchronous HTTP response, the booking Sender **must** make available the human readable identifier for the booking to the end user @@ -126,7 +126,7 @@ The payloads and workflow have been designed to support these services. Other {{ **Referral** * The referral Receiver **must** accept the referral request regardless of whether the patient is known to the service provider * The referral Receiver **must** accept potential patients who do **not** have a national validated identifier e.g. NHS Number. -* Where a national identifier is included, it **must** be 'traced and verified', otherwise, the referral Sender **must not** include in the request +* Where a national identifier is included, it **must** have a [verification status](https://simplifier.net/hl7fhirukcorer4/valueset-ukcore-nhsnumberverificationstatus) of 'Number present and verified' or 'Number present but not traced', otherwise, the referral Sender **must not** include it in the request * Any new or existing safeguarding concern, recorded as part of the assessment, **must** be included in the referral Sender's request * The referral Receiver **must** clearly identify any included safeguarding concern to the end user * The referral Receiver **must** accurately represent information made by the Sender to the end user diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Booking-Request-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Booking-Request-Payload.page.md index 4af8da1e..68d28e36 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Booking-Request-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Booking-Request-Payload.page.md @@ -186,8 +186,8 @@ This payload is used to support a booking workflow and contains all the required | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding.system | This SHOULD be populated. Where used this MUST be populated with CodeSystem - 'https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus' - FIXED VALUE | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | SHOULD | 1..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | MAY | 1..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Referral-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Referral-Payload.page.md index 7abb1335..8e6d4e4b 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Referral-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Referral-Payload.page.md @@ -260,8 +260,8 @@ This payload is used to transmit all the necessary information that is required | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding.system | This SHOULD be populated. Where used this MUST be populated with CodeSystem - 'https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus' - FIXED VALUE | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | SHOULD | 0..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | SHOULD | 0..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Scope-and-Requirements.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Scope-and-Requirements.page.md index a6decc44..4aab9932 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Scope-and-Requirements.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP2/Scope-and-Requirements.page.md @@ -79,7 +79,7 @@ The payloads and workflow have been designed to support these services. Other {{ **Booking** * The booking Receiver **must** accept the booking request regardless of whether the patient is not known to the service provider * The booking Receiver **must** accept potential patients who do not have a national validated identifier e.g. NHS Number. -* Where a national indentifier is included, it **must** be 'traced and verified', otherwise, the referral Sender **must** not include the national indentifer in the request +* Where a national identifier is included, it **must** have a [verification status](https://simplifier.net/hl7fhirukcorer4/valueset-ukcore-nhsnumberverificationstatus) of 'Number present and verified' or 'Number present but not traced', otherwise, the referral Sender **must not** include it in the request * Where the booking was not successful, the Receiver **must** send an appropriate response. See {{pagelink:core-failure_scenarios-1.3.1, text:failure scenarios}} for more detail. * Where the booking was not successful, the Sender **must** present an appropriate message to the end user. See {{pagelink:core-failure_scenarios-1.3.1, text:failure scenarios}} for more detail. * The booking Sender **must** send accompanying clinical information in a BaRS referral request @@ -104,7 +104,7 @@ The payloads and workflow have been designed to support these services. Other {{ **Referral** * The referral Receiver **must** accept the referral request regardless of whether the patient is not known to the service provider * The referral Receiver **must** accept potential patients who do not have a national validated identifier e.g. NHS Number. -* Where a national indentifer is included, it **must** be 'traced and verified', otherwise, the referral Sender **must** not include in the request +* Where a national identifier is included, it **must** have a [verification status](https://simplifier.net/hl7fhirukcorer4/valueset-ukcore-nhsnumberverificationstatus) of 'Number present and verified' or 'Number present but not traced', otherwise, the referral Sender **must not** include it in the request * Any new or existing safeguarding concern, recorded as part of the assessment, **must** be included in the referral Sender's request * The referral Receiver **must** clearly identify any included safeguarding concern to the end user * The referral Receiver **must** accurately represent information made by the Sender to the end user diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Referral-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Referral-Payload.page.md index 5fc02265..fdad7bb4 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Referral-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Referral-Payload.page.md @@ -246,8 +246,8 @@ This payload is used to transmit all the necessary information that is required | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding.system | https://simplifier.net/hl7fhirukcorer4/extensionukcorenhsnumberverificationstatus | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | Follow UK Core guidance for populating this element | SHOULD | 0..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Scope-and-Requirements.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Scope-and-Requirements.page.md index 9692467b..95bd3bdf 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Scope-and-Requirements.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP3/Scope-and-Requirements.page.md @@ -49,6 +49,7 @@ The payloads and workflow have been designed to support these services. Other {{ **Referral Request** * The referral Receiver **must** accept the referral request regardless of whether the patient is known to the service provider * The referral Receiver **must** accept potential patients who do **not** have a national validated identifier e.g. NHS Number. +* Where a national identifier is included, it **must** have a [verification status](https://simplifier.net/hl7fhirukcorer4/valueset-ukcore-nhsnumberverificationstatus) of 'Number present and verified' or 'Number present but not traced', otherwise, the referral Sender **must not** include it in the request * The referral Sender **must** send incident location information as part of their request * The referral Sender **should** send scene safety information as part of their request * Any new or existing safeguarding concern, recorded as part of the assessment, **must** be included in the referral Sender's request diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Interim-Validation-Response-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Interim-Validation-Response-Payload.page.md index b9abbd9b..0b849c25 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Interim-Validation-Response-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Interim-Validation-Response-Payload.page.md @@ -214,8 +214,8 @@ This payload is used to inform the Requester that the validation assessment has | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..* | | | Patient.identifier.extension.valueCodeableConcept.coding.system | https://simplifier.net/hl7fhirukcorer4/extensionukcorenhsnumberverificationstatus | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | Follow UK Core guidance for populating this element | SHOULD | 0..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Scope-and-Requirements.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Scope-and-Requirements.page.md index 3b371a03..b0e50a80 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Scope-and-Requirements.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Scope-and-Requirements.page.md @@ -72,6 +72,7 @@ For this application we will be referring to the actors as 'Requester' and the ' **Validation Request** * The Responder **must** accept the Validation Request regardless of whether the patient is known to the service provider * The Responder **must** accept potential patients who do **not** have a national validated identifier e.g. NHS Number +* Where a national identifier is included, it **must** have a [verification status](https://simplifier.net/hl7fhirukcorer4/valueset-ukcore-nhsnumberverificationstatus) of 'Number present and verified' or 'Number present but not traced', otherwise, the referral Sender **must not** include it in the request * The Requester **must** send incident location information as part of their request * The Requester **must** send scene safety information as part of their request * Any new or existing safeguarding concern, recorded as part of the assessment, **must** be included in the Validation Request diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Request-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Request-Payload.page.md index 17a8c412..baab1e18 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Request-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Request-Payload.page.md @@ -243,8 +243,8 @@ This payload is used to transmit all the necessary information that is required | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..* | | | Patient.identifier.extension.valueCodeableConcept.coding.system | https://simplifier.net/hl7fhirukcorer4/extensionukcorenhsnumberverificationstatus | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | Follow UK Core guidance for populating this element | SHOULD | 0..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Response-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Response-Payload.page.md index fc264548..64721d75 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Response-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP4/Validation-Response-Payload.page.md @@ -254,8 +254,8 @@ This payload is used to transmit the outcome of the validation assessment back t | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..* | | | Patient.identifier.extension.valueCodeableConcept.coding.system | https://simplifier.net/hl7fhirukcorer4/extensionukcorenhsnumberverificationstatus | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | Follow UK Core guidance for populating this element | SHOULD | 0..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones | diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/How-does-it-work.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/How-does-it-work.page.md index 01905f72..5b448217 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/How-does-it-work.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/How-does-it-work.page.md @@ -135,7 +135,7 @@ The search parameters to be used are as follows: Blood Pressure Check Service - Use Service Type ID 149 - Pharmacy Blood Pressure Check + Use Service Type ID 148 - Pharmacy Blood Pressure Check This service is not time critical and so all nearest services can be displayed to the user.
Ensure the display clearly shows:
  • The opening times, to allow the user to provide opening times to the patient so that they can go to the pharmacy when it is open.
  • The phone number for the pharmacy, so the user can give this to the patient in case they want to call and pre-arrange when to come in.
    • diff --git a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/Referral-Payload.page.md b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/Referral-Payload.page.md index a124af7b..7eb887a7 100644 --- a/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/Referral-Payload.page.md +++ b/guides/Live-ImplementationGuide-BaRS/Home/Applications/BaRS-Applications/Applications/BaRS-APP5/Referral-Payload.page.md @@ -233,8 +233,8 @@ This payload is used to transmit all the necessary information that is required | Patient.identifier.extension.valueCodeableConcept | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding | | SHOULD | 0..1 | | | Patient.identifier.extension.valueCodeableConcept.coding.system | This SHOULD be populated. Where used this MUST be populated with CodeSystem - 'https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus' - FIXED VALUE | SHOULD | 0..1 | https://fhir.hl7.org.uk/CodeSystem/UKCore-NHSNumberVerificationStatus | -| Patient.identifier.extension.valueCodeableConcept.coding.code | This SHOULD be populated. Where used this MUST either be number-present-and-verified or no NHS number MUST be sent, no other status is valid | SHOULD | 0..1 | number-present-and-verified | -| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST either be populated with 'Number present and-verified' no other status is valid | SHOULD | 0..1 | Number present and verified | +| Patient.identifier.extension.valueCodeableConcept.coding.code |This SHOULD be populated. Where used this MUST be 'number-present-and-verified' or 'number-present-but-not-traced', else no NHS number MUST be sent. No other statuses are permitted.| SHOULD | 0..1 | number-present-and-verified | +| Patient.identifier.extension.valueCodeableConcept.coding.display | This SHOULD be populated. Where used this MUST be populated with 'Number present and verified' or 'Number present but not traced'. No other statuses are permitted| SHOULD | 0..1 | Number present and verified | | Patient.name | | SHOULD | 0..* | | | Patient.name.use | Follow UK Core guidance for populating this element | SHOULD | 0..1 | official | | Patient.name.text | Follow UK Core guidance for populating this element | SHOULD | 0..1 | Mrs Julie Jones |