1. Den beskriver hvordan kodeprincippet er bygget op. Master arkitektur. Man fortæller i sin helhed hvordan det hænger sammen.
2. Det skal skrives på hvert enkelte komponent.
3. Udfra den tanke gang, at hvert enkelte komponent skal være overtagelsesbar af en anden leverandør. Det er ok, at skrive at denne sektion er ens.
4. Det behøves ikke at være perfekt og detaljebaseret

Overordnet struktur

Den basale logik ligger i nap-typescript-sdk, hvorfor denne implementeres i både nap-angular-sdk og nap-react-sdk.

Nap-typescript-sdk

Initialisering af Konteksdelingsbro

 Nap-typescript-sdk sørger for at hente den bridge, som et anvendersystem (et vilkårligt lægepraksis system) har injected på global scope som illustreret i komponent diagrammet nedenfor:

Den bruger denne bridge til at lave message streams for indkommende og udgående beskeder.

Eventkatalog

Nap-typescript-sdk indeholder eventkataloget, der danner grundlag for alle nap-events og information der kan flyde indefra og ud eller udefra og ind. Dette eventkatalog lægger sig op af FHIR / FHIRcast (https://fhircast.org/specification/Feb2020Ballot/) med de aspekter der var oplagte. 

Det betyder at eventkatalog version 1 implementerer webAppOpen (specifikt event til når en webapplikation klikkes i lobbyen),patient-open, patient-close, session-open, session-close og session-error og eventContext følger FHIR strukturen som fx https://build.fhir.org/ig/hl7dk/dk-core/ og  https://www.hl7.org/fhir/valueset-basic-resource-type.html.

Der er ikke implementeret aspekter af FHIRcast der omhandler, session discovery, security, subscription, unsubscription eller event notification response.

Utility funktioner

Nap-angular-sdk

Angular change detection zone

Nap-react-sdk

Context-provider-pattern