Interconnect FHIR® Messaging Element Details

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 request example 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 response example 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 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 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 patientsearchrequest header message example 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 patientsearchrequest body message example { "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 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 patientsearchresponse message example { "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 documentsearchrequest message example 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 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 documentsearchresponse message example { "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 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 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 documentretrieverequest message example 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 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 documentretrieveresponse message example { "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=" } } ] }