Page History
...
- Den beskriver hvordan kodeprincippet er bygget op. Master arkitektur. Man fortæller i sin helhed hvordan det hænger sammen.
- Det skal skrives på hvert enkelte komponent.
- 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.
- 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.
| Gliffy Diagram | ||||||
|---|---|---|---|---|---|---|
|
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:
Gliffy Diagram macroId 26a7b1ea-8710-4c54-b494-4c9c88cb0a42 name bridgesetup pagePin 1
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.