---
title: Interconnect FHIR® Messaging Element Details
slug: shin-interconnect-fhir/guide/interconnect-fhirr-messaging-element-details
docTags:
createdAt: 2026-06-10T15:22:55.944Z
---
## Introduction
The Interconnect FHIR product uses the clinically-oriented standard FHIR release 4 for structuring the message exchange. Surescripts Health Information Network requires that you set the Originator Home Community ID to your Home Community ID in the header. This section outlines the HTTP request header and FHIR resource requirements necessary for successful communication between systems.
## Requirement Designation
| **Code** | **Description** |
| --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **mandatory ** | The element must be used per the specification (e.g., XML schema validation).
**Note:** The term mandatory applies to mandatory and required fields in the different standards. For example, FHIR uses the term required. |
| **conditional ** | The element must be used per the conditions specified. |
| **recommended ** | While optional to send, Surescripts Health Information Network recommends sending the element as a best practice. |
| **optional ** | Some fields do not have specific conditions. Data should be sent if available. |
## HTTP Request Header Elements
| **Field** | **Code** | **Comment** |
| -------------------------------------------------------------------- | --------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Accept | **mandatory ** | The Accept request-header field can be used to specify certain media types which are acceptable for the response.
**Values**:
application/fhir+xml
application/fhir+json
application/pdf
The FHIR R4 specifications state that documents should be returned based on how they were requested which could be either via Bundles with Base64 encoded contents within a bundle or streamed.
The Accept header supports the requested return type:
- If "application/fhir+xml" or "application/fhir+json" return the document via FHIR bundles.
- Documents (ex: CCDAs, PLQs, binary files) that are returned to document requesters via bundles within the FHIR responses need to be Base64 encoded
- If other, ex: "application/pdf" (or other binary types), stream the binary directly to the requester
**Note: **The use of the “\_format” parameter in the retrieve request will override any content output types found in a message header’s Accept field. See the [DocumentRetrieveRequest Element Requirements](docId:16DoivAHSudidOE1acRA0) section for more details. |
| Content-Type | **mandatory ** | The Content-Type header is to specify the media type of the content being sent. For more information see the [Content Types and Encodings](docId:16DoivAHSudidOE1acRA0) section below.
**Values** :
application/fhir+xml
application/fhir+json
application/pdf |
| Originator-User-Name | **mandatory ** | The name of the user that made or triggered the request.
**Example**:
John Smith |
| Originator-User-Id | **mandatory ** | The ID of the user making the request that is specific to requesting source system.
**Example**: SMJO1234579 |
| Originator-User-Role-Code | **mandatory ** | Code to represent the health care role of the requesting user. Could represent Medical doctor, Pharmacist, etc.
Defined by the NHIN specification to be a SNOMED-CT code within code system "2.16.840.1.113883.6.96".
[Sequoia Project Healthcare Directory Implementation Guide - AuthorRole SMOMED CT Codes](https://sequoiaproject.org/SequoiaProjectHealthcareDirectoryImplementationGuide/output/ValueSet-AuthorRole.html)
**Example**: 112247003 |
| Originator-User-Npi | **conditional ** | This is the National Provider Identifier (NPI) of the Health Care Provider who is triggering the request. When querying for Treatment or TEFCA-Required Treatment Purpose of Use, you must include NPI.
**Example**: 1346792648 |
| Originator-Organization-Name | **recommended ** | Name of the organization requesting the patient match.
This is needed for the recipient location to display who is making the request and used in HIPAA auditing by those providing patient documents.
**Example**: ABC Medical Software |
| Originator-Home-Community-Id | **mandatory ** | Identifying OID for the sender of the patient match request. Many in Carequality use the IHE messaging standard. That standard defines the term Home Community ID. This OID is required on all IHE transactions.
**Example**: urn\:oid:1.3.840.86667.42.1 |
| Originator-Patient-Identifier | **mandatory ** | The patient identifier for the request’s subject of care.
**Example**: 1002318246 |
| Originator-Assigning-Authority | **mandatory ** | The assigning authority for the request’s patient identifier.
**Example**: 2.11.222.3.444444.5.666.7.2 |
| Originator-Message-Id | **mandatory ** | Used in message audit and highly valuable for support questions. Surescripts Health Information Network requires the message ID to be globally unique.
A maximum length of 255 characters is permitted.
**Example**: 3bb7cae9-e835-4844-a3ae-1c41abcea565
|
| Purpose-Of-Use-Code
(TEFCA-defined eXchange
Purposes (XPs) | **mandatory ** | Specifies the purpose or reason this patient data is being requested. Values are defined by the QHIN Exchange Purposes. The exchange purposes are TREATMENT, PAYMENT, HEALTHCARE OPERATIONS, PUBLIC HEALTH, INDIVIDUAL ACCESS SERVICES, and GOVERNMENT BENEFITS DETERMINATION. More values will be supported in future releases.
**Notes**:
- The associated codes for each exchange purpose can be found here:
[Standard Operating Procedure (SOP): Exchange Purposes (XPs) - Table 1. XP Codes\* Required Response and Permitted Fees)](https://rce.sequoiaproject.org/wp-content/uploads/2026/07/Exchange-Purposes-SOP-v5.1_7.1.2026_508.pdf)
- Use the specific code as defined by TEFCA in the linked SOP
- **Example**: T-TRTMNT |
| CSP | **conditional ** | Field is required for messages with the Individual Access/T-IAS Purpose of use.
Field includes the Business Name or URL of the Credentialing Service Provider that was used to identify proof the person that initiated the request.
**Example**: “Credentialing Services Inc.” or “http\://www\.credentialingservicesing.com” |
| Id-Token | **conditional ** | Field is required for messages with the Individual Access/T-IAS Purpose of use.
Field includes an encoded string of the OpenID JWT token that the Credentialing Service Provider created while verifying the identity of the person that initiated the request
**Example**:
“eyJraWQiOiIwNGI5YzNkNy00ODFiLTQyZjgtOGUwYS0wNDRjNDcxNzE5YzUiLCJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiJ9.eyJhZGRyZXNzIjp7InN0cmVldF9hZGRyZXNzIjoiMTIzIE1haW4gU3QiLCJsb2NhbGl0eSI6IkFueXRvd24iLCJyZWdpb25hbGl0eSI6IkNBIiwicG9zdGFsX0NvZGUiOiIxMjM0NSIsImNvdW50cnkiOiJVU0EifSwiU1NO…” |
| Validated-Attributes | **conditional ** | Field is required for messages with the Individual Access/T-IAS Purpose of use.
Field includes a comma or space separated list of codes indicating the user demographics and identifiers that were used to identity proof the person that initiated the request with the Credentialing Service Provider
Supported demographic codes include:
- First Name: `fname`
- Last Name: `lname`
- Middle Name: `mname`
- Middle Initial: `minitial`
- Suffix: `suffix`
- Date of Birth: `dob`
- Sex: `sex`
- Current Address: `address`
- City: `city`
- State: `state`
- ZIP/ZIP+4: `zip`
- Phone Number: `phone`
- Email Address: `email`
**Example**: lname,fname,address,city,state,email,ssn |
| Query-Auth-Grantor | **conditional ** | Field is required for Delegate of Authority messages.
Field includes the Home Community ID (ex: urn\:oid:1.2.3…) of the Principal organization that has allowed a Delegate organization (whose Home Community ID is found in the Originator-Home-Community-Id field) to send messages using the Principal’s credentials.
|
### HTTP Request Header Examples
:::CodeblockTabs
Request Example
```bash
Accept: application/fhir+json
Content-Type: application/fhir+json; charset=UTF-8
Originator-User-Name: John Smith
Originator-User-Id: SMJO1234579
Originator-User-Role-Code: 112247003
Originator-User-Npi: 1346792648
Originator-Organization-Name: ABC Medical Software
Originator-Home-Community-Id: urn:oid:2.11.222.3.444444.5.666
Originator-Patient-Identifier: 1002318246
Originator-Assigning-Authority: 2.11.222.3.444444.5.666.7.2
Originator-Message-Id: 3bb7cae9-e835-4844-a3ae-1c41abcea565
Purpose-Of-Use-Code: T-TRTMNT
```
:::
:::CodeblockTabs
Response Example
```bash
Content-Type: application/fhir+json;
charset=UTF-8
```
:::
### Content Types and Encodings
According to Section 3.1.0.1.9 of the FHIR specification Content Types and encodings,
“The formal MIME-type for FHIR® resources is application/fhir+json or application/fhir+xml. The correct mime type SHALL be used by clients and servers.” Later in that same section, “UTF-8 encoding SHALL be used for the mime type application/fhir. This MAY be specified as a MIME type parameter to the application/fhir mime type, but is not required.”
Because of these requirements, requests/responses will need to include a Content-Type in the HTTP header. Below is an example:
- Content-Type: application/fhir+json; charset=utf-8
:::hint{type="info"}
**Note: **charset=utf-8 is not required by Surescripts Health Information Network, but is supported if sent.
:::
Additionally, the Interconnect FHIR product also supports the use of the “\_format” parameter as described in Section 3.1.0.1.11 of the FHIR® specification as a way for document requestors to specify their preference to receive requested documents in a format other than what is included in the HTTP header (for situations where a requesting application can control the contents of their requests, but not the HTTP header due to the use of 3rd party communication software or other limitations).
## Interconnect FHIR Patient Search and Document Exchange Messaging
### PatientSearchRequest Element Requirements
The PatientSearchRequest is a POST message that will use the [FHIR® Patient Match operation](https://hl7.org/fhir/R4/operation-patient-match.html).
| **Operation** | **API Endpoint Description** | **Description** |
| ------------- | ---------------------------- | -------------------------------------------------------------------------------- |
| Patient Match | POST \[base]/Patient/$match | Retrieves the patient match information using the included patient demographics. |
The FHIR Patient Match operation is used to perform a search for a patient in Interconnect.
| **FHIR Resource Hierarchy** | ** ** | **Cardinality/Description** |
| --------------------------- | ---------- | ----------------------------------------------------------------------------------------------- |
| Parameters | | Input to a Patient Match is a Parameters resource. |
| | Patient | Once fully populated Patient resource is the primary parameter sent in a Patient Match request. |
The table below outlines the requirements for the [Parameters](https://hl7.org/fhir/R4/parameters.html) resource used in the PatientSearchRequest message.
:::hint{type="info"}
**Note: **This guide includes data elements only where Surescripts Health Information Network has specific requirements or further explains the field usage. Refer to the [Parameters](https://hl7.org/fhir/R4/parameters.html) FHIR resource for a complete list of fields.
:::
| **Element** | **Code** | **Cardinality** | **Type** | **Comment** |
| ------------------ | --------------------- | --------------- | --------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Parameters | | | Resource | |
| parameter | **mandatory ** | 0..\* | Backbone
Element | A parameter passed to or received from the operation. |
| name | **mandatory ** | 1..1 | string | The name of the parameter (reference to the operation definition).
**Fixed value**: resource |
| resource | **optional ** | 0..1 | Patient | Information about an individual receiving health care services.
Alternate names: SubjectOfCare Client Resident
Demographics and other administrative information about an individual receiving care or other health-related services. |
| name | **mandatory ** | 0..\* | Human
Name | A name associated with the patient. |
| family | **mandatory ** | 1..1 | string | Family name (often called ‘Surname’). |
| given | **mandatory ** | 1..\* | string | Given names (not always ‘first’). Includes middle names. |
| prefix | **optional ** | 0..\* | string | Parts that come before the name. |
| suffix | **optional ** | 0..\* | string | Parts that come after the name. |
| telecom | **optional ** | 0..\* | Contact
Point | A contact detail for the individual. |
| system | **optional ** | 0..1 | code | Telecommunications form for contact point – what communications system is required to make use of the contact.
**Values**: phone \| fax \| email \| pager \| url \| sms \| other |
| value | **optional ** | 0..1 | string | The actual contact point details, in a form that is meaningful to the designated communication system (i.e. phone number or email address). |
| gender | **mandatory ** | 1..1 | code | Administrative Gender – the gender that the patient is considered to have for administration and record keeping purposes.
**Values**: male \| female \| other \| unknown |
| birthDate | **mandatory ** | 1..1 | date | The date of birth of the individual. |
| address | **recommended ** | 1..\* | Address | An address for the individual.
May need to keep track of patient addresses for contacting, billing or reporting requirements and also to help with identification.
Patient may have multiple addresses with different uses or applicable periods. |
| line | **recommended ** | 1..\* | string | Street name, number, direction & P.O. Box etc.
This component contains the house number, apartment number, street name, street direction, P.O. Box number, delivery hints, and similar address information. |
| city | **recommended ** | 1..1 | string | The name of the city, town, suburb, village or other community or delivery center. |
| state | **recommended ** | 1..1 | string | Sub-unit of a country with limited sovereignty in a federally organized country. A code may be used if codes are in common use (e.g. US 2 letter state codes). |
| postal
Code | **mandatory ** | 1..1 | string | Postal code for area. |
### PatientSearchRequest Message Example
:::CodeblockTabs
PatientSearchRequest - Header Message Example
```javascript
Accept: application/fhir+json
Accept-Encoding: gzip,deflate
Connection: keep-alive
Content-Type: application/fhir+json
Originator-Assigning-Authority: 2.11.222.3.444444.5.666.7.2
Originator-Home-Community-Id: urn:oid:aFRVAy
Originator-Message-Id: 3bb7cae9-e835-4844-a3ae-1c41abcea564
Originator-Organization-Name: ABC Medical Software
Originator-Patient-Identifier: 1002318246
Originator-User-Id: SMJO1234579
Originator-User-Name: ABC User
Originator-User-Role-Code: 106289002
Purpose-Of-Use-Code: TREATMENT
User-Agent: Apache-HttpClient/4.5.13 (Java/11.0.5)
X-SSL-Client-Cert-Issuer: ABC Cert Issuer
X-SSL-Client-Cert-Subject: ABC Cert Subject
```
:::
:::CodeblockTabs
PatientSearchRequest - Body Message Example
```json
{
"resourceType": "Parameters",
"id": "example-PatientSearchRequest-Parameters",
"parameter": [
{
"name": "resource",
"resource": {
"resourceType": "Patient",
"identifier": [
{
"use": "usual",
"type": {
"coding": [
{
"system": "http://hl7.org/fhir/v2/0203",
"code": "MR"
}
]
}
}
],
"name": [
{
"family": "SubmittedData",
"given": [
"WillChangeIfFound"
]
}
],
"telecom": [
{
"system": "phone",
"value": "tel:+1-(833)-567-3094",
"use": "home"
}
],
"gender": "female",
"birthDate": "1998-01-15",
"address": [
{
"state": "ID",
"postalCode": "83301"
}
]
}
}
]
}
```
:::
### PatientSearchResponse Element Requirements
A successful response body (0 or 1 patient match) returns a FHIR® Bundle resource. It will contain zero or one FHIR® Patient resource depending on whether a match was found or not. Listed below are links to the FHIR® documentation for the resources and web service API endpoint information.
**PatientSearchResponse Sample Response Explained**
**Patient Match Found**
| **FHIR Resource Hierarchy** | ** ** | **Cardinality Description** |
| --------------------------- | ---------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
| Bundle | | Patient found response will be a Bundle with a single Patient resource. |
| | Patient | A Patient resource populated with the Surescripts assigned patient identifier and demographics for the requested patient will be returned. |
**No Patient Match Found**
| **FHIR Resource Hierarchy** | **Cardinality Description** |
| --------------------------- | -------------------------------------------------------------------------------------------------------- |
| Bundle | When no error occurs, but no patient match was found by any responder, an empty Bundle will be returned. |
**Error Response**
| **FHIR Resource Hierarchy** | **Cardinality Description** |
| --------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| OperationOutcome | When an error is encountered trying to process the Patient Match request, an OperationOutcome with a diagnostics value containing text with the error description will be returned. |
The table below outlines the requirements for the [Bundle](https://hl7.org/fhir/R4/bundle.html) resource used in the PatientSearchResponse message.
:::hint{type="info"}
**Note: **This guide includes data elements only where Surescripts Health Information Network has specific requirements or further explains the field usage. Refer to the [Bundle](https://hl7.org/fhir/R4/bundle.html) FHIR resource for a complete list of fields.
:::
| **Element** | **Code** | **Cardinality** | **Type** | **Comment** |
| -------------- | ------------------- | --------------- | --------------------- | ------------------------------------------------------------------------------------------------------------------------------- |
| Bundle | | | Resource | |
| entry | **mandatory ** | 0..\* | Backbone
Element | An entry in a bundle resource – will either contain a resource or information about a resource (transactions and history only). |
| resource | **mandatory ** | 0..1 | Patient | Information about an individual receiving health care services.
**Data type**: Patient |
### PatientSearchResponse Message Example
:::CodeblockTabs
PatientSearchResponse Message Example
```json
{
"resourceType": "Bundle",
"id": "example-PatientSearchResponse-Bundle",
"type": "searchset",
"entry": [
{
"resource": {
"resourceType": "Patient",
"identifier": [
{
"use": "usual",
"type": {
"coding": [
{
"system": "http://hl7.org/fhir/v2/0203",
"code": "MR"
}
]
},
"system": "2.16.840.1.113883.3.2054.2.1",
"value": "253283021"
}
],
"name": [
{
"family": "AmblerAlaska",
"given": [
"PatientFrom"
]
}
],
"telecom": [
{
"system": "phone",
"value": "4582065973",
"use": "home"
}
],
"gender": "female",
"birthDate": "1992-01-24",
"address": [
{
"line": [
"109 Redstone St"
],
"city": "Ambler",
"state": "AK",
"postalCode": "99786"
}
]
}
}
]
}
```
:::
### DocumentSearchRequest Element Requirements
**API Information**
The DocumentSearchRequest is a GET message that will use the following web service API endpoint information.
| **Operation** | **API Endpoint Description** | **Description** |
| --------------- | --------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------ |
| Document Search | GET \[base]/DocumentReference/?patient= \[Surescripts Patient ID]\&assigningAuthority=\[Surescripts Assinging Authority ID] | Returns a bundle of document references for the requested patient. |
FHIR DocumentSearchRequest URLs can also include parameters known as [prefixes](https://www.hl7.org/fhir/search.html#prefix) that can be used for date-specific searches like this R4 example that specifies a search for documents between 2023-01-01 and 2023-05-31.
https\://shin.surescripts.net/fhir/R4/DocumentReference?patient=\&period=ge2023-01-01T12:00:01\&period=le2023-05-31T11:59:59
The following date-related FHIR prefixes are supported:
'eq', 'ge', 'gt', 'le', 'lt'
(equal, greater than or equal, greater than, less than or equal, less than)
### DocumentSearchRequest Message Example
The following URL and HTTP header example would return a response in the JSON format.
https\://shin-staging.surescripts.net/fhir/DocumentReference/?patient=33333333\&assigningAuthority=2.16.840.1.113883.3.2054.2.1
:::CodeblockTabs
DocumentSearchRequest Message Example
```javascript
Accept: application/fhir+json
Accept-Encoding: gzip,deflate
Connection: keep-alive
Content-Type: application/fhir+json
Originator-Assigning-Authority: 2.11.222.3.444444.5.666.7.2
Originator-Home-Community-Id: urn:oid:aFRVAy
Originator-Message-Id: 3bb7cae9-e835-4844-a3ae-1c41abcea564
Originator-Organization-Name: ABC Medical Software
Originator-Patient-Identifier: 1002318246
Originator-User-Id: SMJO1234579
Originator-User-Name: ABC User
Originator-User-Role-Code: 106289002
Purpose-Of-Use-Code: TREATMENT
User-Agent: Apache-HttpClient/4.5.13 (Java/11.0.5)
X-SSL-Client-Cert-Issuer: ABC Cert Issuer
X-SSL-Client-Cert-Subject: ABC Cert Subject
```
:::
### DocumentSearchResponse Element Requirements
The DocumentSearch Response uses the FHIR® Bundle, and DocumentReference resources. Listed below are links to the FHIR® documentation for the resources.
**Document Search Response Sample Explained**
When one or more documents are found for a patient, the Document Search response consists of the following resources.
| **FHIR Resource Hierarchy** | ** ** | ** ** | **Cardinality/Description** |
| --------------------------- | ----------------------- | --------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Bundle | | | Response with document information will contain 1 bundle. |
| | Document
Reference | | There will be one DocumentReference for each document found. |
| | | Patient (contained resource) | Each document will have a single Patient (subject of the document). |
| | | Organization (contained resource) | When author information is included for the document, there will be a single Organization resource with the name of the organization where the document was authored. |
When no documents are found, an OperationOutcome will be returned instead of a Bundle of DocumentReference resources.
The table below outlines the requirements for the [Bundle](https://hl7.org/fhir/R4/bundle.html) resource used in the DocumentSearchResponse message.
:::hint{type="info"}
**Note: **This guide includes data elements only where Surescripts Health Information Network has specific requirements or further explains the field usage. Refer to the [Bundle](https://hl7.org/fhir/R4/bundle.html) FHIR resource for a complete list of fields.
:::
| **Element** | **Code** | **Cardinality** | **Type** | **Comment** |
| -------------- | ------------------- | --------------- | ----------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Bundle | | | Resource | |
| type | **mandatory ** | 1..1 | code | Indicates the purpose of this bundle – how it is intended to be used.
**Fixed value**: searchset |
| entry | **mandatory ** | 0..\* | Backbone
Element | An entry in a bundle resource – will either contain a resource or information about a resource (transactions and history only). |
| resource | **mandatory ** | 0..1 | Document
Reference | A reference to a document of any kind for any purpose. Provides metadata about the document so that the document can be discovered and managed. The scope of a document is any seralized object with a mime-type, so includes formal patient centric documents (CDA), clinical notes, scanned paper, and non-patient specific documents like policy text.
**Comments**
Usually, this is used for documents other than those defined by FHIR.
**Data type**: DocumentReference |
| id | **mandatory ** | 1..1 | string | The logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes. |
| date | **optional ** | 0..1 | instant | When the document reference was created.
**Comments**
Referencing/indexing time is used for tracking, organizing versions and searching. Do not use this for creation date of the document itself. For that, use the 'creation' field in the attachment. |
### DocumentSearchResponse Message Example
:::CodeblockTabs
DocumentSearchResponse Message Example
```json
{
"resourceType": "Bundle",
"id": "28728ce6-0b8e-4050-af2e-03eafc148b1a",
"type": "searchset",
"entry": [
{
"resource": {
"resourceType": "DocumentReference",
"id": "ea32197b-b7b4-4838-ac47-a5054762a824",
"contained": [
{
"resourceType": "Patient",
"id": "2009fe26-4210-43bd-a4ee-152432c81a03",
"identifier": [
{
"system": "2.16.840.1.113883.3.3569",
"value": "1200"
}
]
},
{
"resourceType": "Organization",
"id": "c3c0216b-03f8-462c-9b71-fa0b68131eb7",
"name": "Document Author Institution"
},
{
"resourceType": "Practitioner",
"id": "c79fcc02-275e-4a10-b52b-8ba044f7a4a2",
"name": [
{
"family": "Document AuthorPerson"
}
]
}
],
"masterIdentifier": {
"system": "urn:ietf:rfc:3986",
"value": "999999999_11561"
},
"identifier": [
{
"use": "official",
"system": "http://www.hl7.org/oid/",
"value": "urn:oid:1.3.6.1.4.1.21367.13.70.108"
}
],
"status": "current",
"type": {
"coding": [
{
"system": "http://loinc.org",
"code": "56816-2",
"display": "Document Name"
}
]
},
"category": [
{
"coding": [
{
"system": "1.3.6.1.4.1.21367.100.1",
"code": "34117-2",
"display": "History & Physical"
}
]
}
],
"subject": {
"reference": "#2009fe26-4210-43bd-a4ee-152432c81a03"
},
"date": "2022-09-08T19:53:11.2+00:00",
"author": [
{
"reference": "#c3c0216b-03f8-462c-9b71-fa0b68131eb7"
},
{
"reference": "#c79fcc02-275e-4a10-b52b-8ba044f7a4a2"
}
],
"description": "Very Important Document Title",
"securityLabel": [
{
"coding": [
{
"system": "2.16.840.1.113883.5.25",
"code": "N",
"display": "Normal"
}
]
}
],
"content": [
{
"attachment": {
"contentType": "text/xml",
"url": "/Binary?documentId=999999999_11561&repositoryId=3.24.465.32.213.13321.31&homeCommunityId=1.3.6.1.4.1.21367.13.70.108",
"creation": "2022-04-04T00:00:00+00:00"
},
"format": {
"system": "1.3.6.1.4.1.19376.1.2.3",
"code": "urn:ihe:pcc:xphr:2007",
"display": "urn:ihe:pcc:xphr:2007"
}
}
],
"context": {
"period": {
"start": "2022-04-03T05:32:00+00:00",
"end": "2022-04-03T06:31:00+00:00"
}
}
}
}
]
}
```
:::
### DocumentRetrieveRequest Element Requirements
**API Information**
The DocumentRetrieveRequest is a GET message that will use the following web service API endpoint information to retrieve a document through Surescripts.
| **Operation** | **API Endpoint Description** | **Description** |
| ----------------- | ---------------------------------------------------------------- | ------------------------------------ |
| Document Retrieve | GET \[base]/Binary?documentID=\&repository Id>\&homeCommunityId= | Returns the document in binary form. |
:::hint{type="info"}
**Note: **As a responder you will be responsible for defining the endpoint information and URL for others to retrieve documents from your system. That information is returned in the DocumentSearchResponse from your system.
:::
**Content Types and Encodings**
According to Section 3.1.0.1.9 of the FHIR® specification Content Types and encodings,
“The formal MIME-type for FHIR® resources is application/fhir+json or application/fhir+xml. The correct mime type SHALL be used by clients and servers.” Later in that same section, “UTF-8 encoding SHALL be used for the mime type application/fhir. This MAY be specified as a MIME type parameter to the application/fhir mime type, but is not required” because FHIR® uses UTF-8 for all request and response bodies. Since the HTTP specification (section 3.7.1) defines a default character encoding of ISO-8859-1, requests and responses SHALL explicitly set the character encoding to UTF-8 using the charset parameter of the MIME-type in the Content-Type header. Requests MAY also specify this charset parameter in the Accept header and/or use the Accept-Charset header.”
Because of these requirements, requests/responses will need to include a Content-Type in the HTTP header. Below is an example:
- Content-Type: application/fhir+json; charset=utf-8
:::hint{type="info"}
**Note: **charset=utf-8 is not required by Surescripts, but is supported if sent.
:::
**Accept Header content v. the\_format Request Parameter**
The FHIR R4 specifications state that documents should be returned based on how they were requested which could be either via Bundles with Base64 encoded contents within a bundle or as streamed content. The Accept request-header field within a document retrieve request can be used to specify the media types that are acceptable for each response.
- If "application/fhir+xml" or "application/fhir+json" is specified in a request header’s Accept field, the document will be returned via FHIR bundles.
- Documents (ex: CCDAs, PLQs, binary files) that are returned to document requesters via bundles within the FHIR responses need to be Base64 encoded
- If other, ex: "application/pdf" (or other binary types), the requested document will be streamed directly to the requester
Alternatively, the FHIR® SHIN product also supports the use of the “\_format” parameter as described in Section 3.1.0.1.11 of the FHIR® specification as a way for document requestors to specify their preference to receive requested documents in a format other than what is included in the HTTP header (for situations where a requesting application can control the contents of their requests, but not the HTTP header due to the use of 3rd party communication software or other limitations).
Request example with “\_format” parameter:
https\://shin.surescripts.net/fhir/R4/Binary?documentId=CCDA123\&repositoryId=urn:
oid:44.5555.66=urn\:oid:77.8888.99&
\_format=application/fhir+json
Be sure to note that use of the “\_format” parameter in the request overrides any media request types specified in a request’s message header Accept field.
### DocumentRetrieveRequest Message Example
The following URL and HTTP header example would return a bundled response in the JSON format.
https\://shin.surescripts.net/fhir/Binary?documentId=2.16.840.1.113883.3.2054.2.1.128118651\&repositoryId=2.16.840.1.113883.3.2054.2.1\&homeCommunityId=2.16.840.1.113883.3.2054.2.1
:::CodeblockTabs
DocumentRetrieveRequest Message Example
```bash
Accept: application/fhir+json
Accept-Encoding: gzip,deflate
Connection: keep-alive
Content-Type: application/fhir+json
Originator-Assigning-Authority: 2.11.222.3.444444.5.666.7.2
Originator-Home-Community-Id: urn:oid:aFRVAy
Originator-Message-Id: 3bb7cae9-e835-4844-a3ae-1c41abcea564
Originator-Organization-Name: ABC Medical Software
Originator-Patient-Identifier: 1002318246
Originator-User-Id: SMJO1234579
Originator-User-Name: ABC User
Originator-User-Role-Code: 106289002
Purpose-Of-Use-Code: TREATMENT
User-Agent: Apache-HttpClient/4.5.13 (Java/11.0.5)
X-SSL-Client-Cert-Issuer: ABC Cert Issuer
X-SSL-Client-Cert-Subject: ABC Cert Subject
```
:::
### DocumentRetrieveResponse Element Requirements
Documents will be returned based on how they were requested (see [DocumentRetrieveRequest Element Requirements](docId:16DoivAHSudidOE1acRA0)) which could either be via Bundles with Base64 encoded contents within a bundle, or as content streamed directly to the requestor in the format (without encoding) that was specified by the contentType of the requested document.
The table below outlines the requirements for the [Bundle](https://hl7.org/fhir/R4/bundle.html) resource used in the DocumentRetrieveResponse message.
:::hint{type="info"}
**Note: **This guide includes data elements only where Surescripts Health Information Network has specific requirements or further explains the field usage. Refer to the [Bundle](https://hl7.org/fhir/R4/bundle.html) FHIR resource for a complete list of fields.
:::
| **Element** | **Code** | **Cardinality** | **Type** | **Comment** |
| -------------- | ------------------- | --------------- | --------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Bundle | | | Resource | |
| type | **mandatory ** | 1..1 | code | Indicates the purpose of this bundle – how it is intended to be used.
Fixed value: searchset |
| entry | **mandatory ** | 0..\* | Backbone
Element | An entry in a bundle resource – will either contain a resource or information about a resource (transactions and history only). |
| resource | **mandatory ** | 0..1 | Binary | A resource that represents the data of a single raw artifact as digital content accessible in its native format. A Binary resource can contain any content, whether text, image, pdf, zip archive, etc.
**Comments**
Typically, Binary resources are used for handling content such as:
- CDA Documents (i.e. with XDS)
- PDF Documents
- Images (the Media resource is preferred for handling images, but not possible when the content is already binary - e.g. XDS).
**Data type**: Binary |
### DocumentRetrieveResponse Message Example
:::CodeblockTabs
DocumentRetrieveResponse Message Example
```bash
{
"resourceType": "Bundle",
"id": "f98511eb-a5a2-4ecf-8ee9-c6d35bb3bb99",
"type": "searchset",
"entry": [
{
"resource": {
"resourceType": "Binary",
"id": "16dade3d-e45b-4be4-889b-c0ca65bc9367",
"contentType": "image/jpeg",
"data": "iVBORw0KGgoAAAANSUhEUgAAAmQAAAC0CAYAAAA6sDC6AAAACXBIWXMAAAsSAAALEgHS3X78AAAddUlEQVR4nO3dy3UbR9rGcWjO7IEvAnIiICYCwRGIXmFJKAJBO+wE7bgzFYHIJVcmIxAYgcEIREQwQAT8TslP2+UWLl3VdenL/3cOjz0ai0Bfquqt21tvXl9fBwAAAMjnX9x7AACAvAjIAAAAMiMgAwAAyIyADAAAIDMCMgAAgMwIyAAAADIjIAMAAMiMgAwAACAzAjIAAIDMCMgAAAAyIyADAADIjIAMAAAgMwIyAACAzAjIAAAAMiMgAwAAyIyADAAAIDMCMgAAgMwIyAAAADIjIAMAAMiMgAwAACAzAjIAAIDMCMgAAAAyIyADAADIjIAMAAAgMwIyAACAzAjIAAAAMiMgAwAAyIyADAAAIDMCMgAAgMz+zQPol9F0MRoMBmNdtP3vVWwHg8Fa/912e3+97vGtBAAgmDevr6/czY6xgi7zc65/mj+7iHSlT1awZn5eCNYAAKiOgKwDRtOFCbgm+jH/ftaQq3qygrTV9v76pQHfCQCAxiEga6HRdGFGvS6tIGzYkqvYmMBsMBg8KEDbNuA7AQCQHQFZS2gUbKZArCkjYHU9KTh7YPQMANBnBGQN1tEg7JDnwWBwo+CMkTMAQK8QkDWMFuSbAGwecRF+090NBoPb7f31qqfXDwDoGQKyhtC6sKWCsbasCYtto3vCqBkAoNMIyDIbTRcTjYa96/WNOG6n6cwbAjMAQBcRkGWiQMyM/rxN+A2elS9soN2OtmPTg+UEsvb/Hicc0SMwAwB0EgFZYgkCMTPN96IA60U/69gBjKZcz0vJaGMFawRmAIBOISBLxFojdhXwE3cKvNbFP5sWoOi6x1bS2pCBqLn+5fb++ibg7wQAIDkCssi0a3KunxCjRY8KvlZtPZ5Io4RFYtsQO0nNqOCMXZkAgLYiIItIgcdtzRxif2W3395fPzT+oh1pBK0I0OpubHhUYMY0JgCgVQjIItCo2G2NAGOnv3/bp0O6rRxsdYIzpjEBAK1DQBbYaLq4VDDlMz35qCCscyNhrhSczTTV6zPC+KTRMo5kAgA0HgFZIAogzKL9D46/cWONhhE87KGp35nHhoidgrLeB7gAgGYjIAtAZ07eOi5Qf1bahtvGXljDaL3ZzGODhDmKac7aMgBAUxGQ1TSaLmbKiVU1QHjSGid2BHry3Ln6rNGy3qzJAwC0BwFZDaPp4tZhGo1ALDCPwIwpTABAIxGQeVAgsKo4RUmOrMg8ArOP7MIEADQJAZkjh/VipF9IzPE0hLvt/fWsUzcAANBaBGQOFIytKozCfFEwxiLyDLQr86ZC0GymkS95TgCA3AjIKqqYX+xZu/mYnmyA0XQx14jZqWc2ISgDAOREQFaBdlJ+PfFfft7eXy8b8YXxF01j3p441JygDACQFQHZCRWCMdIptECF0TKCMgBANv/i1h9WIRj7okacYKzhtLliosBrH7PebKUdmwAAJMUI2QEngjHyWbWUAq6bIzsxGSkDACRHQLaHdlP+ceD/ftbOPM6dbLETJywQlAEAkmLKssRKbbHPnRpqgrGW0xmiE412ll0ceQcAAAiOETKLduStD4yasIuyg06cukDyWABAEoyQiRrmhwPB2HuCsW7StOREo59lV6PpgucOAIiOETIZTRcmGHtX+uOd1osxfdUDRw6Lf68pTgAAomCE7M+GeHkgGJsQjPWHpif3jZTdaG0hAABR9H6ETEci/V764x35xfrrQMoTdl4CAKLp9QiZdayOjWCs5zQ9+b50Fy72vCsAAATR9ynL8mHhBGP4QUHZ59LdeKfRMwAAgurtlKXWjX2y/ohgDD/Zs9DfvCdjctEBAELq5QiZFmh/Kv0xB4TjJ3sW+g+VHgUAgGD6OmVZXgv0nnMpcYiCMvtQ8gvykwEAQupdQKaG1M7K/oUcU6hgUgrK5toUAgBAbb0KyNSA2lOVj9v763nGr4SWULqLmXX25ZBdlwCAUPo2QmY3oBs1sEAlWmNovzNv2XUJAAihNwGZEsC+tf7okiSfcKW1hl+sv3ajc1CBTjEzCqPpYsJTBdLoTdqL0XRh0hSc6X9+3N5f32T+Smix0XSxttYifubweXSBOhembrws5Wh8GgwGS46SA+LpxQiZFvIXwdgjwRgCuLTWk31igT/aTumAXpR3b1i6HDO78E15+QBE0PmATD2+YuH+jnVjCEGJYe0NIYyQobVUT672BGJlV6Ppgo1QQAR9GCGbW5XMjHVjCEXpUh71664YJUOLzSsEY4Ul6yaB8DodkJVGxx5J/ooI5tbUJaNkaCuXmYOhpuwBBNT1EbKi18dUJaLQ1GURiDFKhrY6c/zevOdAYP/u+A290SLVLVOViMVsEinW4HDoOACbUod8q3hTnrb316Qa6alOB2QKwtgVhOhIe4GeoYMLBNbXw8UBAH97dLwXrMcFAiMgAwC4jPA+MjUPhEdABgA9p3Na31e4C89skALiICADABR59X4dDAabA3fjbjAYTNggBcTR9V2WAICKlKvxYTRdmDxjY/0tE4A9ME0JxEVABgD4hyIw464A6TBlCQAAkBkBGQAAQGYEZAAAAJn1bg2Zjrgxi1WL4ykOHVPxYv2stS0cDaZzJCc6Z694rrfaPRbznTrXOzXWZ+87588sjF4PWvA+jaaL8rUcOrdwZf3zpQ2LvnWMjbm2UYWyv9azatVidl3jxH52XT6Op/S+7rvO4nmu9DzZJbpHqWwU/ywr6rGt7uXK5TMqfodBX5/Tm9fX1wZ8jbjUYM5VWC9qfNiTFrpG2XE0mi4qJ2eMdVSPVZlXsfIpkKPpYuZwOPHRz1CAfannu+/Zfo5xr9QIzPTZrgczD3TgffEuZV88rV11xc/Q89ds1Og14poGf5f9Sz0r37If/Fnpe1XO53XqHdb7OD/0/Lb3128Cfp8Xn05OyM+w6nSf8vesI/VuQzT6FepM812vKv66TcXj/ryegU11Z1GHva3xq55V7m99O5pq++ald9ekWZn3KTDr9AiZCsqy5stme6uf30bTxVOE0ZdPDv9trLMTJ47fw6eHNHN8Jns/40AhjkrB5NIzCLMNVUlfjaaLjQ7CD9JAVKUKeR7wHp5Z17RTw3KTY4QpcNkvP6viuuo8q/MQ5T3gdbp8nyfPM4Jrf4YCsaVDgLOPCcx/M79nNF3cBHiWrnXmMWcVf5fvMwh1D20X+vngU5eNpotbfZfPuqatgkTze8bmHe9LUNbJNWTmhRtNFyudsB8qGCszv/fraLp4USONREwBNfddFVeSYMyMIOkzvwYIxsrO1ECsNVIVnT4n5j00v/PDYDD4bipcNQIprmsSuewXDWayZ7WPCaYVTMSs4xpFHbDvAQOJoZ6lqcPnHblNR0W4h2VFXWbu6VKdvoPUoSiCsYm+2/+s0c8L/XsvdC4gUyW5TlhJnSkwW2naABFZjVDooGgvNXxmmur3BJ9pfv/v5vNOVWS+dD23up5UI4tXCsxijermCFCiP6tDVM+sFfB2np7tOuAoVNlQsx7Jn2UqGqSIeQ/L7GD3WMflx1SvNSX/rJ8LjZQ9KjDrhU4FZBqpStnQ2Ewj8EfMRqfPVCmvUjZCavjMKNK7xLf+nUZgggb4amxWEXvHp3wyjUKE6xrrunIEKOZZJeuMqY77I1WHJDcr+Kyz9req4ll2KihLfA/Lhic6LhNNvxaK6c8vWo+W63tn0ZmATFH41wZ8lU9d7mnlYAUSyaZm1PCtMgX3AzW4oRv6hwZUbhe6riDT/JryWGW+rosUQZnuWRPquCSsQDtl8HnRpaDMqjtz1WOFQ53Mcr2+0SaawlgjZr3QiYBM61OipjZw9K5Pw6yRjVI3uFbDl7sSG4Zq6DVy25S1RsMQm1L0nL414DkNrGcVZa1c34IxlfvbTM+2S0HZQ0PKx0CBdXk92I8NW9Yavhct5v+gd/5dn47w6soIWa6Ce8hT7NxXPfIhcTDWlJHWQu2GXgFdqrUjVdVaqKtralqAMtTB3DEa8j4FYwNr6irn599k/PzaFOQ0acPHrtwRU0qjO20EMP9+qfVk73X/n9v+HFy0Pu2Fpix8XroiF826nIROjV+RZLBIIusS8PVmV0iXqJGvE0gX+Xi2pVQdEysRqU8jM1Qv0XekzGc06q/cW8p59I/8Qip351b5cLmupzr5vFQ+gyakDOhcz5rko+1n0pw0JqeeB59yvymV+79S1lhJ1cdWuXeZTt6bAmd7fz0bTRemvHzSkp/i/3pSgEYeshZxXYvyrGRzByt0vTQvdqWvkZNZhQXed2T1z2qjZ+cTpPuMtFbJt2W/R0VyTNfcXxdm2tE1ya0+z3VTwudTuZnK5ce6rlmFSrpuh6XuNEyRwLY4YaD8fIrO2KVjoGnqlllDMvs/6Tq6uvj/2DOclJ5hnXflxmwmaltQoOk+l+veqV082CHVPViV6rOjCYktm2N11/b+eq5lFUWnsxUnf4TWhYDMZceYCZa8FhOrl/SgCvvmQCO3Y3QsuceiktgXCFedPlJl4Dp69eTaAOu/LRJSzh2nEk3v8daxonJdy/irz4hAcV26tmPJc7/U6bB4PqfCswLNY42O3RlbqsFZVghqze/OlcDSHtX46ciZVDngEnnSMzz4jlrB2W2A5MfFuqdjwcTy2P+vAPFbxc97CnTMlUu53+jddQ6AVJZn1n0+VJ+dbHetgK+3Wh2QWedeVbEJESzppb3UZ5d76kvOSUtiZ2WDPlqJVHkearBc11jVOpJJ32up3EAuI3NLx1FhlzLyMcT0jAl4lLttWUpF8dMaEhfWcTmudiqbzmtR1OBcaoT80HPKFYydDE4Gf9dZbbdR58epwbbK2Y3qa5+RczN6Uzebf2ou5f6y7jti3edblRP7Pj+GPvOyq9q+qN9lTU3QYEkv2Lm1JffZp8KHMzMidm6CoYANjetz+xjqfEw1ppPSVu9jrhxHPKr+t7uQ768pa2YaQotzi2urey7d0nNKeVL32o48JzPqPk7cWG80kjlp8fomF2bR97hOo673caLf5WrYpl3zGq2qWk4eQy6xMXWy7vMX64+ZNaqo7QGZy26m4Ou6VMjHChJ46eLaqREKusjTY43VXejAWxWiy/vjEgxWnd6Lsu5R04MTVfzeGyb0nFwT2hbBWJBr0++xgzLvJRA1PCo46UsqgB/3OFSZ1/PyCcraVL+7DFTEKvdFZ+xzH9eC+erkWZapKUhgSDaeomGN0Qi5BDdBpr33UbDyWPE/v2pTjiQTyJgyUvPX+AQ+l6E32BRTmFoLlzoYuwvdIWm4KAGvfqdrstGLjq3Fi87UaaFmEvqiTwEZiVrbKegoh01Bjct7EXuNoEuwF/p9ftvwBse1Yf4cq5Nkfq9GAFLKMRqX0yby9XoF+BG+R260iw3S9oDMpXH8FOq4FiR1GzGNiMuW+E3sZL8a2q86Sla1InUZCXhoYlCmnY4u6Rs2HUwm2bclEVGnuVSnuE5dhtj9mIJLfXmhhfhogLYHZK4N9VeTU8Zxdybyijki5dI7TLVmp2rlWHXdm0vDdqHz5pYNmxJ17Uh1brczu7ejcJ1Oa0W7oXel6iahgZZAvDBgkV+rAzLPKQmzHfebXsAbgrNec3n2SXqRLuvkKr67rmVkqBQg/9Mh+fMGjJq5nlDQm7Pv4E8j0i4jyMMWrSNzLfdnGrDYmhEzk+alKwest0kXEsPeeey+GugF/KBDTAfK6bPWi7xmZ0i3aRqscgqFxKcvPFXMlzSuUPE+6Jw4H+/089toutiUykfKTSwuuaMeGU2Cg1vH8nEeezo1kAePEzoGqhOvijZ1NF08l8o9p9BE1IWA7NYzICt7q58fiSxLDdDeLPBoNZee7lPiC60aUJwcOTIdi9F04dtpsZ3p50clv6cTE+V4GQXOLhgdgwvXer1KJyg7JWc+dFqGi+KQ9yJA25XKPNkFAmp9QGZeiNF08ejZGzim3AAVZ6e1+bBZ/M2loTc7EF8beO+qBpXLAGf67VPuxBQH9j8EHGF2nTah44TK1H64/JU2TeOZjSC/B/6dQ6vcf1KAtiqO7mJ0up6upL2YaWdVTGfqJfyuefYb8tK0WhfWR1R6/xQcpdild6Hpn+/aPBNikbDTGk9GsuEhdtuRhQYOfJLguhhq0OKr1p3esi7bXycCMkXll447S+oYalTgu15AArP2cZ0Ka6LK0xFK2fE+4TW81SLhlLu3UpV/dIvLaG6r6g3lcku55OJKm+bIZuChM4lh1TMee2RgrutKqQI4OgmNliEoG1i7t1YJOi6MjiG21o2s1zjDs44im8ENuzWr61Smfh1saoKyz4l7y0PtRCPBHhpNQdl/M2xUeKuOC5nBgcQ0UvZrhulZM5OUojPWCZ08OknnZ43VK0gZmF0RlKHpdLak6TX/kjgwG2oNJgkogcTMmrLt/bUJjD4mDsyKhNMEZSd09ixLjZbNtPD5fcKpTBOUde3YFnSQzmScaMQsZeflxiOdRRUu+coAH63PT7m9v75RYParw1FtdQ11NBvTl0d0IQ/ZUVrwb0atisX3E20AmERIA1AwyWYfyNHSaCsa8D9p/eWPUSsFSpf6uYj0kUOVySpBGdvoEZtL56AzCcO1C/NHCictJSjaxrq5yw650G5v1yOreqPzAZlN2/9vi2Nw1PiM9SKOAzdAyxYdRovjdtv761707BScrYtKUzulJlYZCdWJMYcazyoc2O60UN98XzpCqEojNrE65q1hBWdz3RO7zIfsuJrcZbechLNfrwKyMqvxKQI0+0Wc1AzQTDLRMXmRGsvlufw4w66PlYiCm78CnFInpm6y2XmFM0Jd7/mkDZnU0RiunebO1wGaVXqwT72wOmbjAEnYZ4yS7dfrgKys/CIqQLtUw+ETnM0SJeSEO9dAeZLqgPEm29OJGes9n3kEZxenAl0d/bRz+N2XVPZwQEBWwZ6OWbGswedINgKyAzq7qD8EE6CZKRWl0vjFY2NAF5KPdpKCAJdF7Ew/76Edm3Ntnvns8Suq3FeXEa8LdnPBgVMaFqbD/6Qdmyaw+o/HxoAzFvfvR0BWkXakjR0T7LFovNlcKtcrKpHD1HlZasemS6BbJXhybQTpfeMkjfK4LGBPnXS88ZTN4NIj4TSDFXsQkLmbN+GIFkYBgnA9JJ7p5xM0pekSEFV5j12f0xXlAxW4lmfWAx+gzTkuI2V0bvfoTEBmRi9SjGBY68xyizWF1qdM6q7P8VObG/qEI3wua+1O3k9NL7uOTkTNBchoaXTjSLnqflByYtcZjCbU+84S1lku5Z4Rsj26NEK21BENKSrKJizsDB6Q6ZSBWLmnGkfBtesZb22tlE25SHLQt+5raK4B1rtY58sq8XOquqavhsodGfweK0DxCdhbt35MuyPXMYNbCzkDa+pEQKaX7oN1REPsl68J0X3QaRkFYz47ZtrOtWK+SHE8lnmHzYHcAX/lrRq5r7G/v+N7WWkaSFMirksFfgsdgOr3paxr+uwidOCr3/XgsSP4LlJHoyxknT6yyv0qQWfM5buzOWKProyQ2Y2qWaT5x2i6iLKw18pVVkXstWa1p2VM4zmaLtY9DcaKNU+u5zlGPbNUIzt/KJdd7UpUi5ft3EHm+6/VkYnB5Tu7NHI+7/vXUA2RnstX64/O1NARlMVzoZHd2u+q6u6V5yxAqpQ3ZwE72ktr00LRGXuIOIXJGbU1tT4gU+C1r4CZ9T4xpmhuHHpXrr0A13Uy7+oEBmpg1n2apjzA5x25UuUWsvd+rlGx36w/vqnzGfq7+wIZ88y/mfcn8EjrueNi6cplRLs4fQ5FrtUQaX3qQ+m5FIYEZdENrXfVqywooHvxrOs2idNd1B5M0Pv4Yc//9U4ju8vAddely5o80ofs1+qATBXspyP/yZkq4yCBmce0nutL57M2zQQGq6o9SDUu5niMFzUwHBvy56Jxnxxa79R7r7VWSdOT5t36vqdSG9bc3bk8sbXfvM/f1djVCir0912mg3YeFbNvOS4aopuqgZkC5KXK5bHs5ARlaVypvFV+V029qE7Otxp1Xerd1VcB2qtjHfWh2s0XBWa1OmQKxlwGBlIdaN46b15fX1v75VXQXHbK7IpM/Dq7q+rnzCo0bPv8n8u6AzXs+3rhVW10fS+ltTkj67ibkLnRPmvUwonjc/P6DB+auvUdLdwV56RWOS5LDcpEAUaVz/yP69FNCtK/ufwdjdKa61hVPfZLFfrsROdonzsll3SiRfX7ev+u17naU1bO9eNTVsw7MK9wPqfzs9neX79x/C5OHL/P0/b+2nkK0fN9POZQfWcf71X3oGyva7WpfHz3+Kt3ur6iDSmu6/LY2brqRLiWxUd91qpqPaM6bOlxlNL7KmWkj1p7dJKCF9cKc6helumBDFQpr1WgX6wRqrGCmDoHKvssAj00LVLVWYCGqs9maqR9nvdQ9/6D3q2n0js1sN4rn6D41mNnrc+aq4viHdSRRWtrpLf456hURnyDWK9A25wMoMa9zlT7RYSp+mKdzpozbJOIXd/tQqyL0vFfPn/1ynVtb4VZo0PeFYHVaLrYqNyvFQwW7/J5qcPiE+xuCMYOa/NZliFGTWJUygMVZOfvp4L7RIb/PEwjqobeNyizvQ38HH8s8K9amWlUt+67PSxdh09Ff8iXmoe1T2os0I7pjmCsM5Y131HbY4BDuasIkX/vTD8xvi/JtY9o8xqyWRMy5h8wr1GQcx77YkYMv2T8/OzUmDbiNIY9Kle2Ctxcc6ylsqn7nmv0eea5yD+WZxqcYJ4yv78msA6ZXDhV/sJZg494unNZKtRHrQ3I9GAnDauQB+r5ew/JapFzjkWPz7qfvU/up+c3aVhQtvM4CHnmuVkhpp3WwNR+zxQ8jxvSAP0oP4lyVfWC3t8cQZnX2sYTHlLUJ3r/Jg1cOE9npYJW77K0KuSmjOqYYCzES5d69O+OxuSfGtbYm9GCc5+t4toQ8UtDOi47vWfBpvSsBijraArlJ44MQVmMYKx4T6Me52V/lg78/tiQTiWdlYpan4dML99cjU6uxtO89L8GCsbsRiZ2YSq+94zC8jMz7by9vx5rlClHxbbR86lVmSmQy3kdAyuoDL6+SnWAaUR/TXx95rM+Un7i0rP9mOCjPsYIxgrqHLkmoa7zeTcq9zk7K2aQYkz5qKYzZ1maRkeN5/vEgdmdGpqgc+MJRmiifO8uUkWasmLbKHgah3o+ClqW1ohyqsBlp23u0XvIulfniQLPRz2fJKMefaf7/N9I9aEJkv6b6Flepmyf1KmcacAiZWBm7ukvoQYp+qLNuyz30vqfW+2Wm6kAhE5+WuQzC7kL5yf63WPllZkHuI4k37uLdL9m1rO4DJDjqOxROfKibQvXdcx1HZe6lhg7FYuF+w8pe8f6rKVylc1VB4R8TnfKNUem8cSKTmqNvJBlJjC6SZmGQe/nOFAuPZfPXSl58VJlInS5KDzqnlI+PLQ6MWxVCs4mNROjFjnLnJLKBryGkRrQ8rmEp+yUHuChSuOoPDZVMze/+AR2SihY9dgOr89IQe/VZY1cXM9Wnq+kgYtNz3xi5d3zDdCerGtpTOoHvW8zz+fkVH4cvlORy62S2A2c4/fZ+jzf0MlnlSH+0rHTXSQErpTAOSaVu6Xj9w/WabOSUxc/Ph1+u3xUTiqL/XoRkJVZQcep4GOtyqdx0b4K0/mRSnTlW3HC+5kUDcixhuTHu9T0HmTFaymSRjY2aN5H13YsAGnldTVdzNMATtSHxfNcN3Ut04nv/6J3MVVQfio4LxJeN/Z+tlUvAzIAQFopjmcC2qwzi/oBAADaioAMAAAgMwIyAACAzAjIAAAAMiMgAwAAyIyADAAAIDMCMgAAgMwIyAAAADIjIAMAAMiMgAwAACAzAjIAAIDMCMgAAAAyIyADAADIjIAMAAAgMwIyAACAzAjIAAAAMnvz+vrKMwAAAMiIETIAAIDMCMgAAAAyIyADAADIjIAMAAAgMwIyAACAzAjIAAAAMiMgAwAAyIyADAAAIDMCMgAAgMwIyAAAADIjIAMAAMiMgAwAACAzAjIAAIDMCMgAAAAyIyADAADIjIAMAAAgMwIyAACAzAjIAAAAchoMBv8PTipw3MLq0qYAAAAASUVORK5CYII="
}
}
]
}
```
:::