Opslaget på patienttilknytninger for organisation er en specialiceret version af den anden service Hent organisations patientrelationer. Det benyttes samme detaljer i forespørgslen, men svaret er udvidet med yderligere detaljer omkring hver relation registeret på den angivne organisation.

Servicen kan anvendes med såvel SKS-koder som SOR numre som udgangspunkt. Samtidig vil det blive valideret at den fremsøgte organisation tilhører det CVR-nummer som står i ID-kortet for systemet som kalder. Kaldes der med et id-kort som ikke benytter CVR, eller passer CVR ikke sammen med organisationen, vil kaldet også fejle.

Bemærk Denne service blev lavet som afhjælpning til oprydninger af gamle indlæggelser, og bør ikke benyttes med mindre det er strengt nødvendigt for systemet. for at genskabe en database med nødvendige data for at fuldføre en oprydning. Systemer bør ligeledes fremover gøre sig uafhængig af denne service, dvs. sikre sig at bibeholde tilstrækkelige data i eget system til at kunne fuldføre en udskrivning i forbindelse med fejl mm.

Bemærk Denne service vil ikke blive videreført til FMK's kommende 1.6.0 snitflade!

En forespørgsel til servicen foretages

1. Et OrganisationsId
2. En RelationsType
3. Angivelse om man ønsker at søge i underafdelinger
4. Optionelt: en angivelse af sidste RelationsId man fik fra foregående kald til servicen (Paginering)

Nedenstående eksempel viser oplag på et hospital med SKS kode (OrganisationIdentifier), der søges efter indlæggelser (Type) på dette hospital, og man ønsker ikke at søge på underafdelinger (SubOrganisationsIncluded), og der ønsker den næste mængde relationer som er efter den med det angivne id (LastIdentifier)

GetPatientOrganisationRelationRequest-OrganisationIdentifier.xml

<GetExpandedPatientOrganisationRelationsRequest>
    <OrganisationIdentifier source="SKS">1375</OrganisationIdentifier>
    <Type>Indlagt</Type>
    <SubOrganisationsIncluded>false</SubOrganisationsIncluded>
    <LastIdentifier>18861285951</LastIdentifier>
</GetExpandedPatientOrganisationRelationsRequest>

Svaret vil indeholde:

1. En markering om der blev søgt i underafdelinger
2. En række RelationEntry elementer.
3. Et MoreAvailable element hvis der findes yderligere relationsId'er som ikke er med i svaret pga. Paginering

RelationEntry elementerne indeholder følgende:

• PersonIdentifier på personen som relationen tilhører.
• RelationIdentifier relationens unikke identifier
• OrganisationIdentifier den specifikke organisation relationen er registeret på.

Namespaces og specifikke CPR numre fjernet.

GetExpandedPatientOrganisationRelationResponse.xml

<GetExpandedPatientOrganisationRelationsResponse>
	<SubOrganisationsIncluded>true</SubOrganisationsIncluded>
	<RelationEntry>
		<PersonIdentifier source="CPR">XXXXXXXXXX</PersonIdentifier>
		<RelationIdentifier>1622025386443001740</RelationIdentifier>
		<OrganisationIdentifier source="SKS">1375</OrganisationIdentifier>
	</RelationEntry>
	<RelationEntry>
		<PersonIdentifier source="CPR">YYYYYYYYYY</PersonIdentifier>
		<RelationIdentifier>1622025386921001740</RelationIdentifier>
		<OrganisationIdentifier source="SKS">1375</OrganisationIdentifier>
	</RelationEntry>
	<RelationEntry>
		<PersonIdentifier source="CPR">ZZZZZZZZZZ</PersonIdentifier>
		<RelationIdentifier>1622025387042001740</RelationIdentifier>
		<OrganisationIdentifier source="SKS">1375</OrganisationIdentifier>
	</RelationEntry>
	...
	<MoreAvailable />
</GetExpandedPatientOrganisationRelationsResponse>