Denna sida beskriver arkitekturkrav på systemleverantörers system som ansluter till E‑hälsomyndighetens tjänster. Målgrupp för denna sida är systemleverantör som utvecklar eller förvaltar IT-system som nyttjar E‑hälsomyndighetens tjänster. För aktörers drifttagande av system finns motsvarande dokument (ref 3). Systemleverantörer rekommenderas att även läsa detta dokument. 

1. Referenser

2. Omfattning

Ofta talar man om till exempel expedieringssystem och journalsystem som ett system men i verkligheten kan de omfattas av flera system, till exempel en integrationsmotor tillsammans med en e-receptmodul, journalserver och journalklient. 

För att säkerställa att arkitekturen och säkerheten följer E‑hälsomyndighetens riktlinjer och krav är det viktigt att se helheten. Kraven omfattar därför inte enbart de system som har integration mot E‑hälsomyndigheten utan även de system som används av slutanvändaren (det som oftast kallas exempelvis expedieringssystemet, journalsystemet eller vårdinformationssystemet). Alltså ingår hela kedjan från slutanvändaren via eventuella integrationssystem till E‑hälsomyndigheten.

Därför är det viktigt att systemleverantören och aktören definierar vilka komponenter och system som ingår i en lösning, både till namn och också version. Det är även lämpligt att man väljer ett övergripande namn så att det finns något att referera till.

Kraven för systemleverantörer omfattar ett antal områden:

• Integration
• Komponentsamband
• Processimplementation
• Spårbarhet och loggning
• Avbrottshantering
• Distribution av mjukvara

3. Dokumentation

Systemleverantören ska tillhandahålla dokumentet Kravuppfyllnad Arkitektur Systemleverantör (ref 4) samt de bilagor som beskrivs i detta dokument.

4. Arkitektur- och säkerhetskrav

Säkerhetskraven i sin helhet finns specificerade i (ref 1) och (ref 2).

4.1. Integration

Syfte

• Säkerställa att anslutning till tjänstegränssnitt sker på korrekt sätt.

4.2. Komponentsamband

Med komponentsamband menas de ingående komponenter som systemet är uppbyggt av. Komponentsambandskartan ska visa hur systemets olika komponenter integrerar samt vilka komponenter som integrerats mot E‑hälsomyndigheten.

Syfte

• Hitta eventuella svagheter i systemsambanden som kan äventyra obruten produktion.
• Ge E‑hälsomyndigheten kunskap om hur systemen är uppbyggda och hur de kommunicerar med varandra. Detta kommer att underlätta vid felsökning.
• Kartlägga var känsliga personuppgifter finns lagrade, framför allt information om personuppgifter kopplade till förskrivna läkemedel.
• Komponentuppdelningen syftar också till att ge en uppdelning av systemet/systemen så att förändringar som systemleverantören gör enklare kan kategoriseras. Detta underlättar E‑hälsomyndighetens bedömning av förändringarnas påverkan på myndigheten och vilka godkännandeaktiviteter som behöver genomföras innan ett förnyat godkännande kan utfärdas för det förändrade systemet.
• En förteckning över komponenterna som ingår i systemet samt versionsnummer för dessa komponenter.

4.3. Processimplementation

Syfte

• Upptäcka felaktiga anropskedjor.
• Upptäcka onödiga anrop. Detta för att kunna optimera och minska antalet anrop som görs mot E‑hälsomyndigheten.
• Ge E‑hälsomyndigheten kunskap om hur systemen är uppbyggda och hur de kommunicerar med varandra. Detta kommer att underlätta vid felsökning.

4.4. Spårbarhet och loggning

Syfte

• Relevant information ska loggas, dels sådan information som ska loggas enligt gällande lagar och förordningar dels information som kan användas vid felsökning.
• Säkerställa att känslig logginformation inte går att manipulera.

4.5. Avbrottshantering

Syfte

• Säkerställa att systemet kan hantera avbrott i E‑hälsomyndighetens miljö. Det kan gälla till exempel avbrott i Nationella läkemedelslistan, HKDB eller FOTA.

4.6. Distribution av mjukvara

Syfte

• Säkerställa att systemleverantörens system och aktören kan distribuera ny programvara, exempelvis akuträttningar, snabbt och effektivt.

Versionshistorik