Hodemelding

Hodemelding vil inneholde informasjon om avsender, mottaker og pasient. Hodemelding vil også inneholde teknisk informasjon som unik id, tidspunkt for generering og referanse til forrige og første melding i dialogen.

Nedenfor beskrives de viktigste delene av standarden som slik den skal brukes i Digital dialog

Den unike id i Hodemeldingen (MsgId) skal være en UUID (Universally Unique Identifier).

XML eksempel:

<MsgId>33160f22-3483-11e2-81c1-0800200c9a66</MsgId>

Elementet «MsgHead/MsgInfo/Type» definerer hvilken dialogprosess en melding tilhører. Verdien angir meldingens funksjon med kodeverdier fra kodeverk 8279 Meldingens funksjon.

Det er angitt i detaljering av hver kommunikasjonsprosess hvilken kodeverdi som skal benyttes.

Meldinger som inngår i en samtaletråd skal refereres til hverandre ved hjelp av MsgHead/MsgInfo/ConversationRef på følgende måte:

Elementet «RefToParent» skal referere til forrige melding i dialog
Elementet «RefToConversation» skal referere til første melding i dialogen

Den første meldingen i en tråd skal ikke ha ConversationRef satt.

Informasjon om avsender og mottaker skal være i henhold til beskrivelsen i standarden for tjenestebasert adressering tilgjengelig her Tjenestebasert adressering del 3: Adressering

Avsender: MsgHead/MsgInfo/Sender

I avsender av en melding skal informasjon på to organisasjonsnivå oppgis, virksomhet og kommunikasjonspart. Her-id på begge nivåer skal brukes som identifikator.

XML eksempel med Norsk helsenett som avsender:

<Sender>
	<Organisation>
		<OrganisationName>Norsk helsenett SF</OrganisationName>
		<Ident>
			<Id>112374</Id>
			<TypeId DN="HER-id" V="HER" S="2.16.578.1.12.4.1.1.9051"/>
		</Ident>
		<Organisation>
			<OrganisationName>Digitale innbyggertjenester</OrganisationName>
			<Ident>
				<Id>109989</Id>
				<TypeId DN="HER-id" V="HER" S="2.16.578.1.12.4.1.1.9051"/>
			</Ident>
		</Organisation>
	</Organisation>
</Sender>

Mottaker: MsgHead/MsgInfo/Receiver

I mottager av en melding skal informasjon på to organisasjonsnivå oppgis, virksomhet og kommunikasjonspart. Her-id på begge nivåer skal brukes som identifikator. XML eksempel på lege som mottaker:

<Receiver>
	<Organisation>
		<OrganisationName>Nanset Legekontor</OrganisationName>
		<Ident>
			<Id>987654</Id>
			<TypeId DN="HER-id" V="HER" S="2.16.578.1.12.4.1.1.9051"/>
		</Ident>
		<HealthcareProfessional>
			<RoleToPatient DN="Fastlege" V="6" S="2.16.578.1.12.4.1.1.9034"/>
			<FamilyName>September</FamilyName>
			<GivenName>August</GivenName>
			<Ident>
				<Id>369767</Id>
				<TypeId DN="HER-id" V="HER" S="2.16.578.1.12.4.1.1.8116"/>
			</Ident>
		</HealthcareProfessional>
	</Organisation>
</Receiver>

Elementet <MsgHead/MsgInfo/Ack> skal benyttes til å angi om det skal svares med applikasjonskvittering eller ikke. Hvilke tjenester som skal svares med applikasjonskvittering er spesifisert under den enkelte tjeneste.

Hovedregelen for bruk av applikasjonskvittering for Digital Dialog er at det skal sendes applikasjonskvittering for alle tjenester som ikke svares med en fagmelding i sanntid.

XML eksempel:

<Ack DN="Ja" V="J"/>

For identifikasjon av en pasient benyttes kodeverket «ID-type for personer» 8116, se www.volven.no. Skjemaet støtter flere identifikatorer, men for digital dialog benyttes bare en identifikator og det er bare støtte for fødselsnummer eller D-nummer

Følgende informasjon er obligatorisk å oppgi for pasient:

fornavn
etternavn
fødselsnummer eller d-nummer

XML eksempel for pasient med fødselsnummer:

<Patient>
	<FamilyName>Danser</FamilyName>
	<GivenName>Line</GivenName>
	<Ident>
		<Id>13116900216</Id>
		<TypeId V="FNR" DN="Fødselsnummer" S="2.16.578.1.12.4.1.1.8116"/>
	</Ident>
</Patient>

Hodemeldingen har struktur for å ha null til mange forekomster av MsgHead/Document. Under «Document» vil faginnholdet i en melding være plassert, og faginnholdet er definert i egne XML schema. Innholdet under Document kan være følgende XML schema for Digital Dialog:

Dialogmelding v1.1
Helsepersonell
Pasientrelasjon
Personer
Vedlegg (base64container)
iCalendar
M1 Resept

Hovedregel for innholdet i de ulike document-tagene er:

Dialogmelding er alltid obligatorisk informasjonsinnhold i meldingene for Digital dialog og skal alltid plasseres i den første Document-tagen i meldingen.

Resterende XML schema som det er aktuelt å benytte for de ulike dialogtjenestene plasseres i hver sin document-tag i valgfri rekkefølge.