Aiidera FHIR-definitioner
0.16.0 - ci-build
Aiidera FHIR-definitioner - Local Development build (v0.16.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Contents:
This page provides a list of the FHIR artifacts defined as part of this implementation guide.
These define constraints on FHIR resources for systems conforming to this implementation guide.
| Aiidera inkommet originals härkomst |
Att ett provsvar lästes ur ett inkommet original — labbets svarsfil, ordagrant i en Binary som en DocumentReference pekar ut. Härkomst, aldrig en signatur. ADR-5 beslut 23, B-1048. |
| Aiidera journalhandling |
Den kliniska journalhandlingen som document-Bundle. Det här är vad som serialiseras, signeras och lagras som Binary. ADR-5 besluten 1 och 6. |
| Aiidera journalhandlingens Composition |
Compositionen inuti den signerade Bundlen. Härledd ur composition-eu-core, som spike 7 verifierade kan användas oförändrad. Profilregister use case 1. |
| Aiidera labbanalys |
En analys i ett provsvar, med värdet som labbet skrev det. Direkt på R4; EU-basens medicalTestResult-eu-core fälldes av HAPI 2026-10-06. B-1047. |
| Aiidera labbprov |
Ett prov i ett provsvar eller en labbremiss. Direkt på R4 — ingen publicerad profil finns (profilregistret §4). B-1047, B-1050. |
| Aiidera labbremiss |
Labbremissens huvud: tillstånd, nummer och mottagare. Varje analys är en egen ServiceRequest med basedOn till huvudet. Direkt på R4 — profilregistret §5. B-1050. |
| Aiidera provsvar |
En inläst svarsfil från ett laboratorium — en version av svaret på en remiss. Direkt på R4; EU-basens diagnosticReport-eu-core fälldes av HAPI 2026-10-06. B-1047. |
| Aiidera signerad handling — katalogpost |
Katalogposten som pekar ut originalet. Inte signerad. ADR-5 beslut 2. |
| Aiidera signerad handling — original |
De exakta bytes som signerades, lagrade som Binary. ADR-5 beslut 1. |
| Aiidera signerad handling — signering |
Signerings-Provenance. Target är den versionsspecifika Binary och ingenting annat. ADR-5 besluten 5 och 6. |
| Given dos |
En dos som getts — eller som inte kunde ges — på en ordination. 8.1.8c, B-1205. |
| Kontaktperson |
En person och hennes telefonnummer, nycklad på personnumret eller samordningsnumret. Ägs av persontjänsten. B-1058. |
| Läkemedelsförmånsrätt |
Patientens rätt till läkemedelsförmånerna enligt lagen (2002:160) om läkemedelsförmåner m.m. Skrivs bara när någon ställt frågan — den rätt som härleds ur folkbokföringen lagras aldrig. |
| Läkemedelsordination |
Vårdens beslut om ett läkemedel, med tilläggen i den här filen. Egen R4-profil sedan EU-basens medicationRequest-eu-core inte gick att validera i HAPI. B-1225. |
| Rapporterat läkemedel |
Ett läkemedel som patienten eller en annan vårdgivare uppgett, med källan och vårdens handläggningsläge i tilläggen ovan. Egen R4-profil sedan EU-basens medicationStatement-eu-core inte gick att validera i HAPI. B-1228. |
These define constraints on FHIR data types for systems conforming to this implementation guide.
| Aiidera artifactDigest |
Algoritmexplicit digest över den arkiverade originalpayloaden. Aiideras egen extension — inte en standardextension. ADR-5 beslut 15. |
| Analysens värde som labbet skrev det |
Värdet och enheten ordagrant — text, aldrig tal — resultattexten med sin kod, och analystiden i labbets lokala form. B-1047, B-363. |
| Angivet av |
Vem som angav en uppgift om en person, och när. Aiideras egen extension. B-1058. |
| Bedömningen som släppte posten |
Bedömningen bakom «Bedöm och släpp» — 8.1.14c ram 5, produktägarbeslut 2026-09-04: den bär vem, när och en rad text, och står kvar på posten efter att låset tagits bort. |
| Behandlingsändamål |
Patientens formulering av vad läkemedlet ska göra, som följer med på receptet och på förpackningens etikett. Upprepas — en ordination kan ha flera. B-380 skiva 3. |
| Besöket är klart |
Att besöket markerats klart, när och av vem. Sätts för hand, och bara när ingen anteckning i bokningens vårdkontakt är osignerad. Rör inte Appointment.status. |
| Besökets taxekod |
GVR:s taxekod för besöket, två siffror: en ur gvr-rapportering-beslut §3 (01, 04, 06, 08, 10, 19, 20, 50, 60) eller en som regionen tilldelat en avgift i vårdavtalet (B-1223). Sätts när besöket avgörs; ett senare avgörande ersätter den. |
| Bokningen som ersätts |
Referens från en ombokning till den bokning den ersätter. R4 saknar Appointment.replaces; ADR-4 beslut 1 håller V1 på R4. B-093 beslut 1. |
| Borttagen post |
Posten stängdes med sin orsak — 8.1.14c ram 6: «kräver orsak · posten stängs, raderas inte». Bär orsaken, en rad text, vem och när; resursen får |
| Diagnosens prioritet i labbremissen |
Prioriteten remissen ger en diagnos — formatets ICDDiagnosis.Priority. B-1050. |
| Erbjuden tid |
En frigjord tid erbjuden posten, med tiden erbjudandet går ut — B-104. En i taget, i 24 timmar. |
| Ett ångrande |
Versionen ångrar en utsättning eller makulering av sin föregångare (priorPrescription): vilken handling som ångrades och skälet. Nationella läkemedelslistan återställde förskrivningen i samma handling (TA 57, $restore). B-778. |
| Förskrivning enligt smittskyddslagen |
Förskrivarens svar i receptsteget: är förskrivningen utfärdad enligt smittskyddslagen (2004:168) 7 kap. 1 §, alltså kostnadsfri för patienten. Skrivs både som true och false — okryssad är ett svar. Saknas tillägget har ingen svarat. B-719. |
| Förskrivningen i nationella läkemedelslistan |
Den förskrivning vi själva skapade i nationella läkemedelslistan för ordinationen: förskrivningens id och förskrivningskedjan, som den nationella listan tilldelade i svaret på skapandet. En ny version av ordinationen bär kedjan men inte id:t tills dess eget recept skrivits. Saknas tillägget har ordinationen inget recept. B-305. |
| Grunden för förmånsrätten |
Vad rätten vilar på, eller att den prövats utan att finnas. Obligatorisk: en determination utan sitt underlag går inte att granska i efterhand. |
| Hur identiteten styrktes |
Legitimeringssättet vid vårdkontakten, ur en sluten mängd om sex. 8.1.15, B-157. |
| Händelse i labbremissen |
Att remissen skapades, beställdes, rättades eller togs bort — av vem och när. B-1050. |
| Insatsens besöksorsak |
Id:t på besöksorsaken insatsen bokas med — 8.1.19 ram 5, B-742. Orsaken bär längd, kompetens och rum, och ligger i vårdgivarens egen katalog; insatsen upprepar dem inte. |
| Kontaktförsök |
Ett försök att nå patienten — 8.1.14c ram 2: kanalen, utfallet, en rad text, vem och när. Tillägget upprepas, ett per försök, äldst först. |
| Kontaktsätt |
Hur en distanskontakt sker — telefon, video eller chatt. Bara på en bokning vars kontakttyp är distanskontakt. B-1088. |
| Kontakttyp |
Vilken form av kontakt bokningen avser. Koden skrivs av bokningen sedan B-137 och saknade deklaration till 0.2.0. |
| Labbkommentarens typ |
Typen på en kommentar ur labbet: tillagg, ersattning, ej_debiterbar eller medicinskt_utlatande. B-1047. |
| Labbremissens tillstånd |
Remissens tillstånd och version, beställarens och svarsmottagarens koder hos labbet, beställande läkare och patientens identitet som remissen skriver den. B-1050. |
| Läkemedelsform |
Tablett, oral lösning, salva. HSLF-FS 2017:37 6 kap. 10 § punkt 2 kräver den på receptet. B-390. |
| Motivering till ett undantag |
Varför en handling eller en sektion undantas från patientens direktåtkomst. Står på den Provenance som bär NOPAT. |
| Nybesök eller återbesök |
Om bokningen är ett nybesök eller ett återbesök, och om den är patientens första besök hos vårdenheten. Styr vårdgarantirapporteringen — 8.1.14, och handelse 1 mot 4 i GVR. |
| Odlingsfyndets ordning och medium |
Fyndnumret — i vilken ordning labbet registrerade fynden — och mediet odlingen gjordes på. B-1047. |
| Ordinationens artikelslag |
Vad som ordineras när det inte är ett läkemedel: en handelsvara, som förskrivs på hjälpmedelskort till nationella läkemedelslistan. Saknas tillägget är ordinationen ett läkemedel. En handelsvara har ingen substans, form eller styrka; medicationCodeableConcept.text bär varans benämning och koden varunumret. B-1145, 0.16.0. |
| Patienten bokar insatsen själv |
Sant när patienten får boka insatsen själv — 8.1.19 ram 5, «Bokas av: Patienten själv». Insatsen kan stänga patientbokningen men inte öppna den: besöksorsaken avgör om patienten alls får boka. |
| Patientens förmånsrätt vid signeringen |
Kopian av patientens rätt till läkemedelsförmån, tagen ur personen när ordinationen signerades, och varifrån den kom: räknad ur folkbokföringen eller ställd av en människa. Receptet till NLL läser värdet härifrån. B-718. |
| Prioritet |
Hur brådskande posten är — 8.1.14c: «vårdplanen och prioriteten syns per rad så man ser varför posten finns och hur brådskande den är». Skrivs bara när den avviker från |
| Provsvarets inläsning |
Det en inläst svarsfil säger om sig själv, och som DiagnosticReport inte har plats för: svarets läge för hela remissen, när labbet skickade filen och dess löpnummer, när Aiidera tog emot den, ankomsten till labbet och katalogutgåvan analyskoderna gäller i. B-1047. |
| Provtagningen som labbet skrev den |
Provtagningstiden i lokal form med sin precision, och i remissen vem som tar provet och var. B-1047, B-1050. |
| Rapportens handläggningsläge |
Vad vården gjort med uppgiften: inkommen, mottagen eller avfärdad. B-303. |
| Rapportens källa |
Vem som lämnat uppgiften. B-303. |
| Receptets förmån |
Förskrivarens val i receptsteget: förskrivs läkemedlet med förmån eller utan. När förpackningen har begränsad förmån bär tillägget också TLV:s villkor för förmånen, ordagrant som förskrivaren såg dem — och då är ett Ja intygandet att patienten uppfyller villkoren. Saknas tillägget har ingen valt. B-328, B-721. |
| Referensintervallet som labbet skrev det |
Gränserna och operatorn ordagrant. referenceRange.low och high skrivs också när gränsen har talets form. B-1047. |
| Skälet till en medveten dubbelbokning |
Fri text. B-149: skillnaden mellan en medveten dubbelbokning och ett misstag går inte att se i efterhand utan den. |
| Spärrad — kräver bedömning |
Posten är spärrad för patientens självbokning tills någon bedömt den. 8.1.14c: «poster släpps som standard för patientens självbokning — personalen spärrar enskilda som kräver bedömning först». |
| Spärrens skäl |
Varför posten spärrades, vem som spärrade den och när. 8.1.14c ram 5 visar det innan någon släpper: låset kan ha satts av någon annan, med ett skäl den som släpper inte känner. |
| Stamdatans källa |
Varifrån en uppgift på vårdenheten kom, och vem som satte den när. Aiideras egen extension. B-1283. |
| Strikt gräns |
Gränsvärdet ingår inte i målet: «under 52», inte «högst 52». Sitter på Goal.target.detailRange.low eller .high, som annars är inklusiva. |
| Styrkan som visningsvärde |
Läkemedlets styrka som den ska visas — |
| Ställningstagande till ej godkänt läkemedel |
Förskrivarens aktiva ställningstagande i steg 1 när läkemedlet tillhör Sils produkttypsgrupp för ej godkända läkemedel: «Motsvarande godkänt läkemedel saknas — ej godkänt läkemedel förskrivs». Skrivs bara som true. Saknas tillägget gällde ordinationen inget ej godkänt läkemedel, eller skrevs före B-326. B-326, 0.14.0. |
| Säkerhetsetikett på en sektion |
Undantaget från patientens direktåtkomst, per sektion i den signerade handlingen. Bär v3-ActCode NOPAT. |
| Tidbokens resurs |
Egenskaperna en bokningsbar resurs har och som R4 saknar plats för: praktikern bakom personresursen, rummet en resurs är personlig för, fast utrustning, vad resursen får bokas till, och om utrustningen är bärbar. B-101. |
| Tillgänglig för patienten |
Om patienter når numret. Aiideras egen extension. B-1283. |
| Tänkt yrkeskategori |
Yrkeskategorin posten ska bokas hos, när ingen person är tänkt — 8.1.14c ram 4: «posten bär antingen en person eller en kategori, aldrig båda». Personen bärs som deltagare; kategorin har ingen plats i R4. |
| Undantag från uteblivandeavgiften |
Varför ingen uteblivandeavgift togs ut för ett uteblivet besök. Står bara på en bokning med status noshow; saknas den togs avgiften ut. B-1088. |
| Uppgift till labbet |
Svaret på en av katalogens uppgiftsfrågor — kod och värde — för hela remissen, för provet eller för analysen. B-1050, U17. |
| Uppmaning att boka själv |
En knuff till patienten med appen — 8.1.14c ram 7, produktägarbeslut 2026-09-04. Inte ett tidserbjudande: den bär när den skickades, av vem, och när patienten öppnade den. |
| Utlämning utan recept |
Hur patienten får läkemedlet när inget recept skickas: receptfritt eller ur mottagningens förråd. B-891. |
| Varför problemet inte längre är aktivt |
Orsaken till att ett problem avslutades eller makulerades, ur en sluten mängd. Står på en Condition med category problem-list-item så länge problemet inte är aktivt, och tas bort när det öppnas igen — det föregående läget står i _history och i note. B-825. |
| Vem som avbokade, som person |
Principalens HSA-id för den som avbokade. Rollen — patienten eller vården — står i Appointment.cancelationReason; det här är personen bakom handlingen. |
| Vem som bokar posten |
|
| Vem som svarade om förmånsrätten, och när |
Principalens HSA-id för den som svarade på frågan om patientens rätt till läkemedelsförmån, och tidpunkten. Namnet slås upp vid visning och lagras aldrig. B-718. |
| Vidimering |
Vem som vidimerade objektet, och när. Bärs av den Task som vidimerats — en gång. |
| Vårdgarantins kontaktdatum |
Dagen patienten sökte utan att få en tid — B-097 steg 3. Vårdgarantin räknas från den, inte från när posten skrevs. |
| Vårdplanen besöket hör till |
Logisk referens till vårdplanen besöket hör till — identifierare i vårdplansrymden plus benämning. B-374, formen given i B-664. |
| Vårdplanen väntelisteposten kom ur |
Logisk referens till vårdplanen posten kom ur — identifierare i vårdplansrymden plus benämning. Samma form som bokningen bär, så att en post som bokas inte byter ord för samma sak. B-664. |
| Vårdplansinsatsen |
Insatsens id i planen och dess benämning. Står på planens aktivitet, på väntelisteposten och på bokningen — samma tillägg på alla tre, så att en post som blir en bokning inte byter ord för samma sak. B-743. |
These define sets of codes used by systems conforming to this implementation guide.
| Administreringens status |
Given, inte given, eller makulerad. R4:s övriga — pågående, pausad, okänd — beskriver ett förlopp, och 8.1.8c dokumenterar en händelse som redan skett. |
| Besökstyp — nybesök eller återbesök |
De två värden 8.1.14 ritar i kalendern som NB och ÅB. |
| Förmånsrättens härkomst |
Varifrån patientens rätt till läkemedelsförmån kom när den kopierades till ordinationen. |
| Grunden för förmånsrätten |
De fyra utfall en ställd fråga om läkemedelsförmånsrätt kan få. |
| Kontaktsätt |
De tre sätt en distanskontakt bokas på. |
| Kontakttyp |
De fem kontaktformer 8.1.19f ritar och avgiftsregeln villkorar på. |
| Legitimeringssätt |
De sex 8.1.15 räknar upp, i ritningens ordning. |
| Rapportens handläggningsläge |
De tre lägen det rapporterade spåret känner. Ordinationens sex är en annan mängd, med flit — spåren beskriver olika slags saker. |
| Rapportens källa |
De tre källor det rapporterade spåret känner. |
| Stamdatans källor |
Varifrån en uppgift på vårdenheten kan komma. |
| Undantag från uteblivandeavgiften |
De skäl ur Avgiftshandboken, Uteblivandeavgift – planerade besök, som kan träffa en vårdcentral. |
| Utlämning utan recept |
De två sätten en ordination utan recept kan nå patienten. Aldrig ett tredje: ett recept är inte ett utlämningssätt utan dess frånvaro som gör frågan meningsfull. |
| Varför ett problem lämnar listan |
De fyra orsakerna produktägaren beslutade 2026-09-20 i B-670: utläkt, inte längre aktuellt, ersatt av annat problem och felaktigt upplagt. |
| Väntelistans prioritet |
De tre ord 8.1.14c ritar per rad: akut, normal, kan vänta. |
| Ångrad handling |
De två handlingar ett ångrande kan gälla. TA 57 återställer en avslutad eller en makulerad förskrivning, och inget annat. |
These define new code systems used by systems conforming to this implementation guide.
| Besöksorsak |
Vårdgivarens besöksorsaker. Koderna definieras i vårdgivarens katalog och räknas inte upp här. |
| Besökstyp |
Nybesök och återbesök. Kodverket är Aiideras därför att varken v2 Appointment Reason Codes eller något svenskt publicerat kodverk bär nybesöksbegreppet — prövat 2026-08-27. |
| Förmånsrättens härkomst |
Kodverket är Aiideras. Härlett och ställt ska aldrig se lika ut — i ytan och inte heller i journalen. |
| Grindens nekanden |
Varför tenantgrinden nekade en begäran. Koderna står i grinden och i authz-beslutet, inte här. |
| Grunden för förmånsrätten |
Kodverket är Aiideras. Lagen (2002:160) namnger grunderna i prosa och inget publicerat svenskt kodverk bär dem — prövat 2026-09-22 mot hl7se.fhir.base, hl7.fhir.eu.base och IPS. |
| Handlingens ursprung |
Ytan en signerad journalhandling skapades ur, när den inte skrevs i journaleditorn. Står i Composition.category[1] i de signerade bytesen. B-1111. |
| Idempotens |
Grindens svar när en idempotensnyckel känns igen. |
| Klinisk nod |
Nodernas id och deras attribut, som formulärtjänstens observationer bär i code och component.code. Delmängd av nodkatalogen. |
| Kontaktsätt |
Kodverket är Aiideras. Orden är desamma som journalens kontaktsätt, så att en bokning och dess anteckning säger samma sak. |
| Kontakttyp |
Kodverket är Aiideras. Termerna är desamma som anteckningstypernas i journalen, så att ett besök och dess anteckning kallas samma sak. |
| Legitimeringssätt |
Kodverket är Aiideras, byggt som besökstypens. Inget publicerat svenskt kodverk bär mängden — LMA-kortet och «känd sedan tidigare» finns inte i någon av dem. |
| Nodvärde |
Nodernas värden, kodade som nodens id och värdets nyckel med punkt emellan. Samma kod betyder samma sak i varje formulär; SNOMED står bredvid där utgåvan har ett begrepp. Formulärens egna svarsnycklar hör inte hit. |
| Rapportens handläggningsläge |
Kodverket är Aiideras. Ingen publicerad mängd skiljer «uppgiften är obesvarad» från «läkemedlet tas inte». |
| Rapportens källa |
Kodverket är Aiideras. R4 har ingen kodad källa alls — bara referensen i informationSource. |
| Stamdatans källor |
Kodverket är Aiideras, och koderna är de stamdatan bär i platform/stamdata. |
| Undantag från uteblivandeavgiften |
Kodverket är Aiideras. De tre första känner systemet igen ur bokningen; de fyra sista bedömer receptionen. |
| Uppgiftstyp |
Vad en Task ber om: formuläret, och läkemedelstjänstens två köade uppgifter. |
| Utlämning utan recept |
Kodverket är Aiideras. Ingen publicerad mängd skiljer «patienten köper själv» från «mottagningen ger ur sitt förråd» — R4:s medicationrequest-category beskriver var läkemedlet tas, inte hur det tillhandahålls. |
| Utskickets ursprung |
Varför patienten fick formuläret. |
| Varför ett problem lämnar listan |
Kodverket är Aiideras. Tre av orsakerna avslutar problemet och sätter clinicalStatus; den fjärde, felaktigt upplagt, är problemlistans makulering och sätter verificationStatus entered-in-error. Mängden är sluten, och koden kastar utanför den. |
| Varför utskicket stängdes |
Utskicket stängdes utan att svaret kom in, därför att besöket det förberedde inte blir av. |
| Väntelistans prioritet |
Kodverket är Aiideras. R4:s Appointment.priority är ett heltal utan betydelse, och ritningen bär tre ord — inte en skala. |
| Yrkeskategori |
Den yrkeskategori ett medarbetaruppdrag bokas och villkoras på. |
| Ångrad handling |
Kodverket är Aiideras. Nationella listans egen aktivitet heter ATERSTALLA_FORSKRIVNING och säger att något återställdes, inte vad. |
These define identifier and/or code system identities used by systems conforming to this implementation guide.
| Aiidera labbprov — identifieringsrymd |
Provets LaboratoryID (LID). |
| Aiidera labbremiss — identifieringsrymd |
Labbremissens id i Aiidera, från utkastet. |
| Aiidera labbremissnummer — identifieringsrymd |
Remissens RequisitionID (RID), unikt över allt Aiidera skickat. |
| Aiidera labbsvarsfil — identifieringsrymd |
Svarsfilens meddelande-id som labbet satte det. |
| Aiidera patientuppgift — identifieringsrymd |
Identifieringsrymden för de uppgifter om patienten som klinikern signerar i Aiidera: levnadsvanor, livssituation, graviditet och amning. |
| Aiidera problem — identifieringsrymd |
Identifieringsrymden för problemen på patientens problemlista i Aiidera. |
| Aiidera provsvar — identifieringsrymd |
En version av ett provsvar — en inläst fil. |
| Aiidera signerade dokument — identifieringsrymd |
Identifieringsrymden för Aiideras signerade dokument. Varje signerad handling får ett eget värde i rymden; en rättelse får ett nytt, och värden återanvänds aldrig. |
| Aiidera tidböcker — identifieringsrymd |
Identifieringsrymden för Aiideras tidböcker. Värdet bärs som Schedule.identifier och identifierar en zontyp lagd på en resurs och en period. |
| Aiidera vårdkontakter — identifieringsrymd |
Identifieringsrymden för Aiideras vårdkontakter. Värdet bärs som Encounter.identifier i den signerade handlingen och binder anteckningen till den vårdkontakt som rapporteras till GVR. |
| Aiidera vårdplaner — identifieringsrymd |
Identifieringsrymden för Aiideras vårdplaner. Värdet bärs som en logisk referens på den signerade handlingens katalogpost, tills vårdplanen finns som en materialiserad CarePlan. |
| Aiidera vårdplansmål — identifieringsrymd |
Identifieringsrymden för målen i Aiideras vårdplaner. Värdet är vårdplanens id och målets id inom planen. |
| Unilabs adresskod |
Formatets AddressCode — utförande enhet, beställare, svarsmottagare och provtagare. |
| Unilabs analyskod |
Unilabs egen analyskod — formatets TestMethodCode. |
| Unilabs antibiotikakod |
Formatets AntibioticsCode. |
| Unilabs egen kod i NPU-fältet |
En kod Unilabs skrivit i NPU-fältet utan att den har NPU:s form — till exempel CAP00710. |
| Unilabs fyndkod |
Formatets FindingCode. |
| Unilabs odlingsmedium |
Formatets MediaCode. |
| Unilabs provmaterialkod |
Formatets SpecimenCode. |
| Unilabs resultattextkod |
Formatets ResultTextCode. |
| Unilabs växtkod |
Formatets GrowthCode. |
These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like.
| exempel-journalhandling |
Signerad journalhandling — det som serialiseras och lagras som Binary. Genererad ur signeringskommandots faktiska utdata. |
| exempel-katalogpost |
Katalogposten som pekar ut originalet, med artifactDigest. Inte signerad. |
| exempel-lakare |
Författaren, inbäddad av samma skäl som patienten. |
| exempel-original |
Originalet som opaka bytes. Samma document-Bundle som ovan, base64-kodad. |
| exempel-patient |
Patienten handlingen gäller, inbäddad i de signerade bytesen för att dokumentet ska vara självbärande. |
| exempel-signering |
Signeringen. Target är originalet och ingenting annat. |
| exempel-vardkontakt |
Vårdkontaktprojektionen som handlingen binds till. Ombyggbar ur Binary. |