====== SOAP Header -- specifikt omkring samtykke ======

Skemaerne i snitfladeversion 1.4.6 giver mulighed for at angive oplysninger om samtykke i form af SOAP Headers.

Elementet er udformet på følgende vis:

<code xml consentheader.xml>
<ConsentHeader>
    <Consent source="User">
        <FromDate>2016-08-10</FromDate>
        <ToDate>2016-08-17</ToDate>
        <ConsentType>PrivateDataConsentGiven</ConsentType>
        <Content>MedicineCard</Content>
    </Consent>
    <Consent source="User">
        <ConsentType>MedicineReviewConsent</ConsentType>
        <Content>MedicineCard</Content>
    </Consent>
</ConsentHeader>
</code>

De enkelte underelementer i ''<ConsentHeader>'' strukturen matcher i vid udstrækning de elementer, der i tidligere snitflader optræder under ''<NegativeConsent>'' xml elementet, og har samme betydning, som beskrevet nedenfor.

=== FromDate/ToDate ===

Angiver det datointerval for hvilken der er givet samtykke (kun relevant ved ''PrivateDataConsentGiven'')

=== ConsentType ===

Angiver typen af samtykke der er givet:

    * ''PrivateDataConsentGiven'' (samtykke til privatmarkerede data)
    * ''PrivateDataConsentOverridden'' (værdispring ift. privatmarkerede data)
    * ''MedicineReviewConsent'' (ny i FMK 1.4.6 samtykke til at fx. en apoteksansat må se data med ifm. medicingennemgang)

=== Content ===

Beskriver hvilken type information der er givet samtykke til at vise. Værdien her hænger sammen med ConsentType og kan p.t. kun antage en enkelt værdi:

    * ''MedicineCard'' - medicinkortet (ordinationer, recepter, bestillinger, udleveringer m.v.)

Fremtidige versioner af snitfladen vil understøtte privatmarkering af eksempelvis personlige data eller organisationer.

=== Anvendelse i tidligere snitflader ===

De tidligere snitflader kan naturligvis fortsat gøre brug af request specifikke XML elementer til angivelse af samtykke. Der er dog åbnet op for at oplysningerne også her må angives i SOAP request headeren, dog under forudsætning af at samtykke angives enten i SOAP headeren eller i den specifikke request, og ikke begge steder samtidigt.