...
| draw.io Diagram | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Förmåga (ramverkets steg) | EHM/NDI (överordnat kort–medellång sikt) | Generiskt/tvärsektoriellt (långsiktigt syfte) |
|---|---|---|
| Steg 1 — verifierbar systemidentitet + organisationskoppling | Ja — , realiseras i pilot 2026 | Ja — , öppnas för andra aktörer från 2027 |
| Steg 2 — företrädarskap (ett system agerar för annan organisations räkning) | Ja | Ja (den del av steg 2 som erbjuds generiskt) |
| Steg 2 — egenskapsintyg (verksamhetsmässig innebörd av ett Trustmark; egenskaper hos system/organisation, t.ex. "är vårdgivare", "är EHR-system") | Ja — , EHM enda egenskapsintygsägare initialt | Nej — , erbjuds f.n. inte |
| Steg 3 — användaridentitet och organisationstillhörighet | Öppen fråga (beslut efter utvärdering, BP5) | Öppen fråga |
| Steg 4 — användarbehörighet | Öppen fråga | Öppen fråga |
...
NDI består av sex komponenter. De tre mest relevanta i första skedet:
- VOK - Verksamhets- och organisationskatalogen. Samlar och tillgängliggör kvalitetssäkrade uppgifter om vårdgivare och utförare av socialtjänst. Används för att verifiera aktörer (t.ex. "är denna organisation en vårdgivare?") och stödja informationsutbyte. Exponeras som API.
- PDI - Patientdataindex. Nationellt index (i juridisk mening ett register) över vilka vårdgivare som har uppgifter om en patient, för att begränsa sökningar till relevanta vårdgivare. Exponeras som API och tar emot uppdateringar från alla vårdgivares journalsystem, i praktiken hundratals system som drivs av tjänsteleverantörer.
- NTK - Nationell tjänsteadresseringskatalog. Register över API-endpoints hos vårdgivares system, så att rätt anropsadress kan hittas. Tar emot uppgifter från tjänsteleverantörer av journalsystem.
Ytterligare tre komponenter tillkommer längre fram: Nationell företrädarfunktion (NFF), Nationell spärrfunktion (NSF) och Nationell kontaktpunkt (NCP) för gränsöverskridande hälsodatautbyte.
5.2 NDI-komponenternas anslutningsbehov och steg (hypotes)
Behoven kanaliseras genom ett begränsat antal organisationer (tjänsteleverantörer av journalsystem, tillgångstjänster) snarare än genom de enskilda vårdgivarna direkt (källa: Tekniskt PM v1, interaktionsavsnitt):
| Interaktion | Klient (system / antal / organisation) | ServerStegSteg | Behov av egenskapsintyg ("Egenskap som signaleras") | |
|---|---|---|---|---|
| VOK — uppgiftslämning |
| 1— | N/A | |
| VOK — uppgiftshämtning |
| 1— | N/A | |
| PDI — uppgiftslämning |
| PDI (EHM) | 1 (→2) | "är EHR-system" |
| NTK — uppgiftslämning |
| NTK (EHM) | 1— | N/A |
| Tillgångstjänst → NDI |
| 1 (→2) | "är tillgångstjänst" | |
| Tillgångstjänst → EHR |
| EHR-system, hundratals | 2 | "är tillgångstjänst" |
| NSF → EHR (spärrdistribution) |
| EHR-system, hundratals | 2 | "är NDI-komponent"? |
PDI-anslutning berör potentiellt samtliga vårdgivare via deras tjänsteleverantörer. Anslutningsmodellen för BAS måste vara skalbar nog att hantera hundratals system hos ett hundratal organisationer.
| Warning |
|---|
Observera att ovanstående avseende vilka egenskapsintyg som krävs är en hypotes som löpande kommer behöva utvärdera under utvecklingens gång. |
5.3 Steg 1 — Verifierbar systemidentitet och organisationskoppling (MVP 2026)
...