Proiect

GUVERNUL REPUBLICII MOLDOVA

«___» ____________2010

HOTĂRÎRE

privind aprobarea Concepţiei Sistemului Informaţional Automatizat

„Asistenţa Medicală Primară”

În conformitate cu Legea „Cu privire la informatizare şi la resursele informaţionale de stat” nr. 467-XV din 21 noiembrie 2003 (Monitorul Oficial al Republicii Moldova, 2004, nr. 6-12, art. 44), Legea „Cu privire la registre” nr. 71-XVI din 22 martie 2007 (Monitorul Oficial al Republicii Moldova, 2007, nr. 70-73, art. 314), Guvernul HOTĂRĂŞTE:

1. Se aprobă Concepţia sistemului informaţional automatizat „Asistenţa Medicală Primară”, conform anexei.

2. Ministerul Sănătăţii, de comun cu organele cointeresate va elabora, în

termen de trei luni de la aprobarea prezentei Hotărîri, planul de implementare a Concepţiei sistemului informaţional automatizat „Asistenţa Medicală Primară”, cu identificarea mecanismului de asigurare a durabilităţii implementării sistemului, estimarea bugetului şi identificarea surselor de finanţare.

Prim-ministru Vladimir FILAT Contrasemnează: Vice-Prim Ministru, Ministrul economiei Valeriu Lazăr Ministrul Sănătăţii Vladimir Hotineanu

Ministrul Finanţelor Veaceslav Negruţă

1

Anexă la Hotărîrea Guvernului

nr.___din ______________2010

Concepţia Sistemului Informaţional Automatizat „Asistenţa Medicală Primară”

1. Introducere Sistemul Infromaţional Automatizat „Asistenţa Mediclă Primară” (SIA

AMP) are ca scop automatizarea proceselor business care au loc în activitatea celor circa 2000 medici de familie, a Centrelor Medicului de Familie, Asociaţiilor Medicale Teritoriale şi a altor lucrători în domeniul Asistenţei Medicale Primare. La momentul actual domeniul dat este puţin automatizat. Sistemele învechite din domeniul dat (bazate pe FoxPro, DOS) au trecut în istorie, iar sisteme care sunt bazate pe tehnologii moderne, au început a fi testate doar în cîteva Centre AMP. Acest fapt denotă că momentul actual este un moment potrivit pentru a introduce un sistem unificat în domeniul AMP. Întîrzierea elaborării acestul sistem va duce la apariţia necontrolată a diferitor sisteme, şi aceasta va face imposibil integrarea lor mai tîrziu într-un sistem unic, care este prevăzut de Concepţia Sistemului Informaţional Medical Integrat (SIMI).

Sistemul AMP dat va fi creat în scopul îndeplinirii Activităţilor prevăzute de Strategia Dezvoltării Societăţii Informaţionale în Moldova (Decretul Preşedintelui RM N 1743 din martie 4004) şi a Sistemului Informaţional Medical Integrat SIMI, aprobat în octombrie 2004 prin HG N 1128.

Crearea acestui sistem este cauzat de necesitatea de a avea un sistem integrat in domeniul sănătăţii, care ar permite creşterea calităţii prestării serviciilor la un cost rezonabil, astfel atingînd o valoare înaltă a indcatorului ”calitate/preţ”. Sistemul propus ţine cont de necesităţile potenţialilor utilizatori a viitorului sistem, de experienţa Centrelor AMT care deja au mers la pilotarea unor sisteme.

Conceptul dat este elaborat în conformitate cu standardele internaţionale (ISO 15288, ISO12207) şi a Reglementării Tehnice RT 38370656 - 002:2006 al Ministerului Tehnologiilor Informaţionale şi Comunicaţiilor al RM, aprobată prin Ordinul MTIC nr.78 din 01.06.2006.

Concepţia acestui sistem este pilotată în Asociaţia Medicală Teritorială Centru (Chişinău) sub numele Medex, versiunea 2.0.

2

2. Generalităţi 2.1. Denumirea sistemului

Denumirea deplină a sistemului este „Sistemul Informaţional Automatizat Asistenţa Mediclă Primară din Moldova”. Denumirea scurtă a sistemului este „Sistemul AMP”, iar abrevierea – SIA AMP. 2.2. Definiţia sistemului

SIA AMP este un sistem de evidenţă şi control automatizat al ocrotirii

sănătăţii în Republica Moldova în domeniul Asistenţei Medicale Primare. Sistemul AMP este o parte componentă a sistemului SIMI şi are drept scop automatizarea proceselor business care au loc în „Asistenţa Medicala Primară şi procesarea datelor clinice în domeniul dat. SIA Asistenţa Medicala Primară” asigura acoperirea a astfel de contururi functionale din cadrul SIMI cum sunt: conturul evidenţei şi controlului sănătăţii persoanelor fizice (“STAREA SANĂTĂȚII”), conturul evidenţei si controlului instituţiilor sistemului ocrotirii sănătăţii (“INSTITUȚII MEDICALE”), conturul evidenţei si controlului cadrelor instituţiilor medicale (“CADRE”).

Sistemul va putea fi utilizat atît la nivelul unui singur medic de familie, cît şi în Asociaţii Medicale Teritoriale mari, aşa cum sunt AMT-urile din Chişinău, fiind utilizat atît decentralizat, cît şi în regim de multi-utilizator, cum ar fi nivel AMT, Raional sau Naţional.

2.3. Locul sistemului AMP în Spaţiul informaţional al Resurselor

informaţionale de Stat SIA “Asistenţa Medicala Primară” este parte a Sistemului informaţional

medical integrat SIMI, şi este la răndul său parte componentă a segmentului «Evidenţa automatizată a resurselor socio-demografice» al Resurselor informaţionale de stat ale RM.

3

Fig. 1. Locul SIA „AMP” în resursele informaţionale de Stat

Sistemul Informational Medical Integrat (SIMI) este un ansamblu organizatoric de elemente aflate in interacţiune şi care asigură colectarea, transmiterea, centralizarea, stocarea, prelucrarea şi vizualizarea informaţiilor, în scopul soluţionării problemelor complexe de urmărire a pacienţilor si de dirijare a serviciilor de sănătate. SIMI cuprinde opt contururi functionale: controlul de stat asupra acumulării, păstrării si utilizării resurselor informaţionale, Starea sănătăţii, Instituţii medicale, Medicamente, Banca de sînge, Buget, Cadre şi Telemedicina. SIA AMP este o parte componentă a sistemului integrat SIMI.

4

2.4. Noţiuni principale 2.4.1. Abrevieri MS – Ministerul Sănătăţii AMP – Asistenţa Medică Primară SIA – Sistem Automatiza Integrat MTIC – Ministerul Tehnologiilor Informaţionale şi Comunicaţiilor CNAM – Compania Naţională de Asigurări în Medicină BNS – Biroul Naţional de Statistică CNMS – Centrul Naţional de Management în Sănătate IMSP – Instituţii medico-sanitare publice IMS – Instituţii medico-sanitare SIMI – Sistem Informational Medical Integrat EHR – Electronic Health Record (Fişa electronică a pacientului) EIS – Entity Identification Services CTS – Common Terminology Services XDS – Cross-Enterprise Document Sharing CDA – Clinical Document Architecture SAML – Security Assertion Markup Language XACML – eXtensible Access Control Markup Language SIA EHR – Sistemul informaţional automatizat EHR SSL – Secure Sockets Layer HL7 – Health Level 7 IHE – Integrating the Healthcare Enterprise ICD 10 - International Classification of deseases, version 10 ICPC 2 – International Classification of Primary Care, version 2 SIMI – Sistem Informaţional Medical Integrat GUID- Globally Unique Identifier – Identificator unic global

5

2.4.2. Terminologie generală Arhetip (Archetype) – confrom EN 13606 –un concept matematic, care se

foloseşte pentru descrierea obiectelor şi evenimentelor din fişa electronică a pacientului EHR prin descrierea unor restricţii în cadrul Modelului de referinţă RIM.

CDA – Clinical Document Architecture. CDA este un standard propus de organizatia HL7 si adoptat la nivel international de catre ISO, care defineste formatul in care sunt stocate si transmise documentele clinice. Documentul clinic reprezinta documentarea observatiilor clinice si a serviciilor efectuate in cadrul unui episod clinic si poate include text, imagini, audio si alt continut multimedia. Documentele sunt codificate XML.

CTS – Common Terminology Services. Serviciul de Terminologii Comune este o specificatie HL7 care defineste functionalitatile de baza necesare pentru managementul si intretinerea terminologiilor si a vocabularelor medicale (Vocabular medical – orice vocabular care conţíne definiíi ale unor termeni din domeniul medicinii. Exemple de vocabulare medicale clasice: vocabularul Stedman, vocabularul Dorland. Exemple de vocabulare medicale electronice: SNOMED, LOINC, MEDCIN).

EHR – Electronic Health Record. Dosarul Electronic al Pacientului reprezinta totalitatea documentelor create ca urmare a interactiunii intre pacient si sistemul de sanatate. Sistemele EHR (vezi definiţia SIA EHR) coordoneaza stocarea si regasirea dosarului electronic individual cu ajutorul tehnologiei informatiei

EIS – Entity Identification Services. Serviciul de Identificare a Entitatilor este o specificatie HL7 cu privire la functionalitatea necesara pentru rezolvarea identitatii entitatilor aflate in contextul unui domeniu.

EN (ENV) - Norme Europene (Norme Europene temporare), astle fiind codificate standardele (pre-standardele) europenr.

Extras EHR - (EHR excerpt) este un subset organizat al fişei electronice EHR, care conform standardului EN 13606, poate fi procesat (adăugat, modificat, vizualizat) transmis dintr-un sistem EHR în altul. Este o generalizare a documentelor (vezi CDA) în cadrul standardului HL7.

HL7 – Health Level 7. HL7 este o organizatie internationala care elaboreaza standarde in domeniul medical. HL7 ofera standarde de interoperabilitate necesare pentru imbunatatirea actului medical, optimizarea fluxurilor de lucru, reducerea ambiguitatii si cresterea transferului de cunostinte intre furnizorii de servicii medicale, agentiile guvernamentale, organizatiile private si pacienti. DICOM - Digital Imaging and Communications in Medicine. DICOM este un standard international care defineste formatul in care sunt stocate si modul in care sunt transmise imaginile preluate de la aparatele de imagistica medicala. Standardul asigura atat interfata cu aparatura de imagistica,

6

cat si modul de trasmitere a informatiilor catre alte sisteme informatice medicale.

ICD-10 – International Classification of Deseases, versiunea 10. Este clasificatorul internaţional al maladiilor (CIM), care are drept scop clasificarea maladiilr, procedurilor medicale, simptomelor, circumstanţelor de îmbolnăvire sau rănire. Se utilizează pentru producerea statisticii medicale şi este menţinut de Organizaţia Mondială a Sănătăţii.

ICPC – 2 – International Classification of Primary Care, versiunea 2. Este clasificatorul Internaţional al Asistenţei Medicale Primare (CIAMP), care se intersectează cu CIM-10, dar şi se completează reciproc. Este orientat spre clasificarea proceselor din AMP şi în special a pricinlor de adresare la medic, probleme şi diagnoze, intervenţii medicale şi structura organizării datelor vizitelro în epizoadele de tratament. Clasificatorul este elaborat de comitetul internaţional de clasificare WONCA.

IHE – Integrating the Healthcare Enterprise. IHE este o initiativa a industriei medicale si a profesionistilor din domeniul sanatatii dedicata imbunatatirii modului in care sistemele informatice medicale partajeaza informatiile. IHE promoveaza utilizarea coordonata a standardelor medicale larg acceptate precum DICOM si HL7 pentru rezolvarea unor probleme clinice specifice in sensul optimizarii actului medical. Sistemele construite conform specificatiilor IHE comunica intre ele mai bine, sunt mai usor de implementat si ofera furnizorilor de servicii medicale posibilitatea de a folosi informatiile mai eficient.

RIM – Model Informaţional de Referinţă– un model al standardului EN-13606 care descrie setul general de obiecte posibile în o fişă electronică EHR. În baza acestui model de referinţă, pot fi descrise orice obiecte din fişa electronică. Configurarea obiectelor concrete se face prin intermediul arhetipurilor.

SAML – Security Assertion Markup Language este un standard bazat pe formatul XML care reglementeaza schimbul de date de autentificare si autorizare intre domenii diferite de securitate.

SIA EHR – Sistemul informaţional automatizat EHR – sub-sistem al sistemului integrat SIMI, care are drept scop centralizarea datelor fişei electronice a pacientului pe întreaga ţară din toate sistemele informaţionale abilitate să utilizeze sau genereze astfel de date pentru fişa pacientului. Sistemele EHR pot reduce erorile medicale, imbunatatesc eficienta actului medical, reduc costurile si promoveaza standardizarea serviciilor medicale.

SIMI – Sistem Informational Medical Integrat. Conceptul SIMI este elaborat în baza strategiei naţionale de dezvoltare în domeniul

SNOMED – Systematized Nomenclature of Medicine. Este un dicţionar (nomenclator) sistematizat al terminologiei medicale, care cuprinde majoritatea ariilor clinice, cum sunt maladiile, procedurile, microorganismele, farmaceutică, etc. Ajută la organizarea conţinutul înregistrărilor medicale şi se utilizează în

7

asistenţa clinică şi cercetări. În ultimul timp se utilizează în informatica medicală pentru organizarea sistemelor informaţionale şi configurarea arhetipurilor.

SSL – Secure Sockets Layer este un protocol criptografic ce asigura securitatea comunicatiilor prin internet.

XACML – eXtensible Access Control Markup Language este un limbaj declarativ bazat pe formatul XML prin care sunt definite politicile de securitate. De asemenea, standardul include un model de procesare care descrie modul in care sunt interpretate aceste politici.

XDS – Cross-Enterprise Document Sharing. Serviciul de Partajare a Documentelor intre Organizatii este un profil IHE avand drept scop facilitarea schimbului documentelor clinice intre institutii distincte. Funcţie-business: Ansamblu de acţiuni la îndeplinirea procesului-business, care oferă rezultat util actoruluibusiness concret. NOTĂ - Funcţia-business conţine toate scenariile de lucru de bază şi de alternativă, pentru primirea rezultatului final. GUID – Globally Unique Identifier (Identificator unic global) este un cod pseudo-aleator de 128 biţi, generat de aplicaţii pentru a identifica în mod unic o componentă, un obiect, computer, clasă, etc. Probabilitatea de a genera un cod similar este practic egală cu zero, fapt ce permite utilizarea lor pentru a asigura unicitatea pe întreg spaţiul de obiecte din SIMI. Funcţie (a sistemului informaţional) - o proprietate sau un ansamblu de proprietăţi ale SIA de a suporta o acţiune a utilizatorului SIA întru procesarea utilă a datelor sau de a atinge un scop util cu ajutorul SIA

Resursă informaţională - totalitatea de informaţii în sistemele informaţionale automatizate, organizată în conformitate cu cerinţele stabilite şi cu legislaţia în vigoare; (o resursă automatizată este un registru sau un set de rigistre menţinute automatizat)

Sistem informaţional - totalitatea resurselor şi tehnologiilor informaţionale şi interdependente, metodelor şi personalului, destinate păstrării, prelucrării şi furnizării de informaţie;

Obiect informaţional - reprezentarea virtuală a entităţilor existente real, atît materiale cît şi nemateriale, sau a obiectelor înregistrării în cadrul resursei informaţionale;

Portal informaţional (de stat) - punctul unic de acces la resursele informaţionale (de stat) şi la serviciile informaţionale în reţeaua Internet;

2.4.3. Noţiuni specifice Descrierea termenilor specifici utilizaţi în SIA AMP este referită la Nomenclatorul internaţional SNOMED.

8

2.5. Destinaţia sistemului SIA AMP este destinat colectării, stocării, actualizării şi analizei datelor: despre participanţii la sistemul AMP, despre serviciile medicale AMP şi utilizarea resurselor din asigurările în medicină, cu prezentarea informaţiei respective autorităţilor administraţiei publice, altor persoane fizice şi juridice, în modul stabilit de legislaţie. Prezentarea şi analiza datelor este efectuată atît la nivel de medic de familie, cît şi la nivel raional sau naţional. SIA AMP este integrat din punct de vedere informaţional în sistenul SIMI şi permite transferul de date într-un standard stabilit către Sistemul Central SIMI, către depozitul de date sau către alţi participanţi ai sistemului de sănătate. Resursa informaţională menţinută şi procesată de SIA AMP este formată din obiectele infromaţionale care reflcetă următarele aspecte ale activităţii AMP: - aspectele clinice ale IMS carea activează în domeniul AMP, - fişa electronică detaliată a pacientului (abrevierea internaíonală - EHR), - resursele specifice domeniului AMP, - starea sănătăţii pacienţilor din lista medicului de familie, - servicii medicale prestate. Descrierea mai detaliată a principalelor obiecte informaţionale este dată în p.7. 2.6. Scopurile creării sistemului

Scopul sistemului este creşterea calităţii şi a eficienţei servicilor prestate de

actorii încadraţi în activităţile AMP, plasînd astfel pe primul loc Subiectul Îngrijirii (Pacientul). Acest scop va fi atins prin:

- Asigurarea comfortului pacientului prin reducerea timpului de aşteptare a deservirii şi oferirea imediată a informaţiilor necesare

- Creşterea calităţii serviciilor medicale prin circulaţia documentelor medicale în interiorul instituţiilor medicale, acces deplin la informaţie (conform politicilor de securitate şi confidenţialitate)

- Posibiitatea ca pacientul singur să decidă nivelul de confidenţialitate a datelor din fişa sa (printr-un chestionar semnat de pacient şi transmis registratorului, şi/sau prin atribuirea unei parole pacientului, cu care pacientul poate face acces unui medic la datele personale ale pacientului),

- Micşorarea riscului erorilor medicale, - Depistarea rapidă a efectelor negative a medicametelor administrate

9

- Condiţii mai comfortabile pentru lucrătorii medicali - Reducerea erorilor şi a numărului de documente comletate manual - Calitate şi operativitate înaltă a statisticii medicale cu posibilităţi de

analiză aprofundată a datelor

2.7. Principiile de bază ale creării sistemului

Principiile de bază ale creării sistemului sunt: Prinicpiul asigurării eficienţei economice pe termen lung prin respectarea

standardelor europene şi internaţionale în informatica medicală, elaborarea standardului local a mesajelor de interacţiune între SIA AMP şi SIMI sau alte SIA;

Principiul legitimităţii sistemului, care presupune crearea şi exploatarea lui în conformitate cu legislaţia în vigoare;

principiul respectării drepturilor omului, care prevede exploatarea sistemului în strictă conformitate cu actele normative naţionale şi în limitele prevederilor tratatelor şi convenţiilor internaţionale privind drepturile omului, la care Republica Moldova este parte;

principiul integrării cu sistemul centrului unic, care presupune posibilitatea comunicării informaţional cu sistemul central (EHR al SIMI) şi a comunicării cu alte instituţii şi aplicaţii care respectă standardele sistemului central;

principiul temeiniciei datelor produse de SIA AMP, care presupune introducerea datelor in sistem doar in baza inscrierilor din documentele calificate drept surse de informaţii;

principiul integrităţii, plenitudinii şi veridicităţii datelor:

o prin integritatea datelor se are în vedere starea datelor ce-şi păstrează conţinutul şi interpretarea univocă în condiţii de influenţă a unor factori întîmplători. Se consideră că datele îşi menţin integritatea, dacă acestea nu au fost denaturate sau distruse (nu au fost şterse);

o prin plenitudinea datelor se are în vedere volumul informaţiei acumulate despre persoana asigurată, în conformitate cu actele normative;

o prin veridicitatea datelor se are in vedere gradul de corespundere a datelor din memoria calculatorului sau din

10

documente cu starea reală a obiectelor reflectate dintr-un domeniu concret al sistemului;

principiul identificării de stat a obiectelor înregistrării, potrivit căruia

fiecărui subiect al înregistrării i se conferă un număr de identificare unic;

principiul controlului asupra formării şi utilizării SIA AMP, care presupune interacţiunea măsurilor organizatorice hardware şi software, menite să asigure calitatea înaltă a resurselor informaţionale de stat formate,

gradul maxim de fiabilitate al păstrării şi gestionării lor, inclusiv corectitudinea utilizării, în conformitate cu legislaţia în vigoare;

principiul autorecuperării, care presupune rentabilitatea executării şi deservirii informaţionale;

principiul respectării la maximum a standardelor în vigoare, inclusiv standarde în domeniul TI în general şi a standardelor TI în domeniul săntăţii în particular.

2.8. Sarcinile de bază, care este necesar să fie realizate la exploatarea sistemului.

Se prevede realizarea următoarelor sarcini de bază prin implementarea şi exploatarea acestui sistem:

- Asigurarea introducerii şi căutarea rapidă a datelor demografice şi clinice despre un subiect de îngrijire (pacient), care participă în procesele curative şi profilactice prin AMP;

- Verificarea statutului de asigurare medicală a pacientului; - Posibiltatea referinţelor (trimiterilor şi cererilor) electronice a pacienţilor; - Asigurarea planificării listelor de sarcini pentru orice departament sau loc

de lucru din instituţia medicală primară; - Permiterea planificării activităţii curative şi de profilactică în

întreprinderea medicală sau al medicului de familie; - Eliminarea posibilităţii intrărilor duble ale datelor sau a datelor incorecte

despre pacient şi documente medicale; - Generarea automată a unui set de rapoarte determinat de legislaţie şi de

necesităţile utilizatorilor; - Identificarea informaţiei legate de starea sănătăţi unui subiect de îngrijire

conform politicilor de confidenţalitate şi securitate;

11

- Oferirea informaţiilor de management pentru personalul administrativ al IMSP, APC şi APL, care ar facilita luarea de decizii;

- Controlul şi monitorizarea medicamentelor prescrise pacientului; - Calcularea indicatorilor de calitate a serviciilor prestate şi a activităţii

lucrătorilor; - Asigurarea interacţiunii informaţionale prin intermediul sistemului central

SIMI cu sistemele adiacente, care respectă standardul de comunicare al SIMI şi cu alte sisteme informaţionale de importanţă statală.

12

3 Spaţiul juridico-normativ al funcţionării sistemului 3.1. Lista actelor juridico-normative de bază în domeniul de activitate

Următoarele acte normative au tangenţă la domeniul de activitate în AMP, care trebuiesc luate în consideraţie la elaborarea sistemului AMP , dar care trebuiesc respectate independent de nivelul automatizării sau a utilizării unor SIA:

Constituţia Republicii Moldova; Legea privind actele de stare civila nr. 100-XV din 26.04.2001 Legea Nr.982-XIV „Privind accesul la informaţie”, din 11 mai

2000 Legea cu privire la protecţia datelor cu caracter personal, nr 17-

XVI din 15.02.2007 Legea cu privire la asigurarea obligatorie de asistenţă medicală, nr.

1585-XII din 27.02.1998; Legea cu privire la registre, nr. 71-XVI din 22.03.2007 Legea cu privire la actele normative ale Guvernului şi ale altor

autorităţi ale administraţiei publice centrale şi locale, nr. 317-XV din 18.07.2003

Legea privind activitatea de reglementare tehnică, nr. 420-XVI din 22.12.2006

Legea cu privire la standardizare, nr. 590-XIII din 22.09.1995; Legea privind supravegherea de stat a sănătăţii publice, nr. 10 din

03.02.2009; Hotărârea Guvernului nr. 101 din 5 februarie 2008 privind

instituirea „Registrului de stat al formularelor medicale de strictă evidenţă”

Hotărârea Guvernului Republicii Moldova nr.272 din 6 martie 2002 privind măsurile de creare a sistemului informaţional automatizat „Registrul de stat al unităţilor de drept";

Hotărârea Guvernului nr. 1518 din 17.12.2003 ”Despre crearea Sistemului informaţional automatizat ”Registrul de stat al unităţilor administrativ-teritoriale şi al străzilor din localităţile de pe teritoriul Moldovei”

Hotărârea Guvernului nr 1104 din 28.11.1997 ”Cu privire la modul de efectuare a expertizei juridice şi înregistrşrii de stat a actelor normative departamentale

Ordinul comun nr. 44/347/100 din 11.10.2005 al Ministerul Dezvoltării Informaţionale, Ministerul Sănătăţii şi Biroul Naţional

13

de Statistică cu referinţă la eliberarea certificatelor de constatare a naşterilor;

Ordinul comun nr. 132 ∕ 47 ∕ 50 din 29.04.2004 al Ministerul Dezvoltării Informaţionale, Ministerul Sănătăţii şi Biroul Naţional de Statistică cu referinţă la eliberarea certificatelor de constatare a deceselor.

Ordinul MS Nr.139 din 28.V. 2002 „Cu privire la aprobarea formularelor de evidenţă medicală primară din instituţiile medicale”;

Ordinele MS „Cu privire la întocmirea şi prezentarea dărilor de seamă statistice medicale anuale de către instituţiile medico-sanitare”, actualizate anual

Ordinul MS cu privire la raportarea statistică, Nr 417 din 11.10.2008

3.2. Actele juridico-normative care coordonează aspectul Informatică medicală

Mai jos sunt enumerate actele juridico-normative care reglementează activitatea şi relaţiile în domeniul informaticii, şi care vor fi luate în consideraşie la elaborarea sistemului:

Legea cu privire la informatică nr. 1069-XIV din 22 iunie 2000; Legea nr. 467-XV din 21 noiembrie 2003 cu privire la

informatizare şi la resursele informaţionale de stat; Legea cu privire la Statistica Oficială, nr. 412- XV din 09.12.2004 Legea Nr.264-XV „Cu privire la documentul electronic şi

semnătura digitală” din 15 iulie 2004 Legea privind reglementarea prin licenţere a activităţii de

întreprinzător, nr. 451-XV din 30.07.2001 Decretul Preşedintelui nr.1743-III din 19.05.2004 ”Cu privire la

edificarea societăţii informaţionale în Republicii Moldova”, Hotărîrea Guvernului nr. 333 din 18.03.2002 ”Pentru aprobarea

Concepţiei sistemului informaţional automatizat ”Registrul de stat al populaţiei” şi Regulamentului cu privire la Registrul de stat al populaţiei”

Hotărîrea Guvernului nr. 632 din 08.06.2004 ”Despre aproarea politicii de edificare a societăţi informaţionale în Republica Moldova”,

Hotărîrea Guvernului nr. 255 din 09.03.2005 ”Privind Strategia Naţională de edificare a societăţi informaţionale – ”Moldova electronică”,

14

Hotărârea Guvernului nr.1128 din 14.10.2004 privind aprobarea Concepţiei Sistemului Informaţional Medical Integrat

Hotărârea Guvernului nr.562 din 22.05.2006 ”Cu privire la crearea sistemelor şi resurselor informaţionale automatizate de stat”

Hotărârea Guvernului nr.27 din 06.01.2006 ”Cu privire la aprobarea Regulamentului privind mecanismul de realizare a Planului de acţiuni ”Moldova electronică”

Hotărârea Guvernului nr.1032 din 06.09.2006 ”Cu privire la aprobarea Concepţiei sistemului informaţional automatizat ”Registrul resurselor şi sistemelor informaţionale de stat”

Hotărârea Guvernului nr.2211 din 1.07.2008 cu privire la regulile generale de cretificare a serviciilor

Ordinului MS nr.190 din 23 iunie 2003 „Cu privire la instituirea structurii sistemului sănătăţii raionale/municipale”, ce prevede structura şi responsabilităţile secţiilor de informatică şi statistică medicală din cadrul instituţiilor medicale publice;

Ordinul Ministerului Dezvoltării Informaţionale nr.78 din 01.06.2006 ”Cu privire la aprobarea reglementării tehnice ”Procesele ciclului de viaţă al software-ului” RT 38370656-002:2006

3.3. Lista standardelor de bază utilizate

În compartimentul dat este prezentată lista standardelor de bază, utilizate la elaborarea şi crearea sistemului. Vom menţiona, că unele din aceste standarde pot întra în conflict cu standardele existente GOST 19.XXX, 24.XXX, 34.XXX. În cazurile de conflict, cerinţele standardelor 19, 24, 34 vor fi ignorate în folosul standardelor descrise mai jos. 3.3.1. Standarde aprobate în RM SMV ISO 15225:2008

ISO 15225:2008 Nomenclator – specificaţie pentru un sistem de echipament, în scopul reglamentării schimbului de date

SMV 17090-1:2008 ISO 17090-1:2008 – informatică medicală – infrastructura cheilor publice – Partea 1 – Viziune generală asupra certificării digitale a serviciilor

SMV 17090-2:2008 ISO 17090-2:2008 – informatică medicală – infrastructura cheilor publice – Partea 2 – Profilul cretificatelor

SMV 17090-3:2008 ISO 17090-3:2008 – informatică medicală – infrastructura cheilor publice – Partea 3- politica de gestionare a autorităţii de certificare

15

SMV ISO/TR 18307:2008

ISO/TR 18307 informatică medicală – – Interoperabilitate şi compatibilitate în standardele de comunicare şi schimb de mesaje

SMV ISO/TS 18308:2008

ISO/TS 18308 informatică medicală – Cerinţele faţă de arhitectura EHR

Acest set de standarde stabileşte reguli de elaborare a sistemelor, ţinînd

cont în special de securitate şi interoperabiltate. 3.3.2. Standarde de importanţă majoră care trebuiesc în mod prioritar aprobate ca standarde ale RM Următoarele standarde europene şi internaţionale pot fi considerate ”standarde de firmă”, de care se conduce Ministerul Sănătăţii. EN-12251:2004 Informatica medicală – Identificarea securizată pentru

ocrotirea sănătăţii – Identificarea şi autentificarea prin parolă – Managementul şi Securitatea

EN-12264:2005 Informatica medicală – Structura categorială a sistemului de concept – model de prezentare a semanticii

ENV-12381: 2005 Informatică în sănătate - Standardizarea indicatorilor de timp pentru probleme specificie în sectorul ocrotirii sănătăţii

EN - 12967-1: 2007 Informatică în sănătate- Arhitectura serviciilor - Partea 1: Punct de vedere al întreprinderii

EN - 12967-2: 2007 Informatică în sănătate- Arhitectura serviciilor - Partea 2: Punct de vedere informaţional

EN - 12967-3: 2007 Informatică în sănătate- Arhitectura serviciilor - Partea 3: Punct de vedere computaţional

ENV- 13606-1: 2007 Informatică în sănătate – Comunicare în baza fişei electronice a pacientului EHR– Partea 1: Model de referinţă

ENV- 13606-2: 2007 Informatică în sănătate – Comunicare în baza fişei electronice a pacientului EHR– Partea 2: Specificarea schimbului de date prin arhetipuri

ENV- 13606-3: 2008 Informatică în sănătate – Comunicare în baza fişei electronice a pacientului EHR– Partea 3: Arhetipuri de referinţă şi lista termenilor

ENV- 13606-4: 2007 Informatică în sănătate – Comunicare în baza fişei electronice a pacientului EHR– Partea 4: Securitatea

EN ISO 13606-5 - DRAFT: 2008

Informatică în sănătate – Comunicare în baza fişei electronice a pacientului EHR– Partea 5: Specificarea

16

interfeţei ENV- 13608-1:2000 Informatică în sănătate – Securitatea pentru schimbul de

informaţie în sectorul sănătăţii – Partea 1: Concepţia şi terminologia

prEN 13608-2:2005 Informatică în sănătate - Securitatea pentru schimbul de informaţie în sectorul sănătăţii – Partea 2 Obiecte informaţionale securizate

prEN 13608-3:2005 Informatică în sănătate - Securitatea pentru schimbul de informaţie în sectorul sănătăţii – Partea 3 :Canale securizate de transport de date

CEN EN 13609-1:2005

Informatică în sănătate – Mesaje pentru menţinerea informaţiei de suport în sistemele de sănătate, Partea 1: Schema de re-înnoire a codurilor,

EN-13940:2007 Informatică în sănătate - Sistemul de concepte pentru asigurarea continuităţii în procesul de lecuire a pacienţilor: Partea 1 – Concepte de bază

Majoritatea acestor standarde stabilesc reguli generale faţă de arhictectura

unui sistem informaţional în sănătate, elaborare pe principiul integrator al conceptului EHR. Totodată este descris conceptul continuităţii îngrijirii pacientului în sistemul medical. Remarcă. în perioada de tranziţie, pînă la stabilirea integrală a conformării standardelor de mai sus, SIA AMP ar putea avea (opţional) conformare standardelor HL7 v3 şi DICOM, care în prezent sunt standarde de comunicare destul de răspîndite în sisteme similare, dar care sunt acoperite ca funcţionalitate de standardul EN 13606 (1-5).

3.3.3. Standarde de proces, care vor fi respectate la elaborarea sistemului Sistemul va fi elaborat şi implementat conform următoarelor standarte: ISO-15288:2008 Ciclul de viaţă a sistemelor ISO-12207 :2008 Ciclul de viaţă a softului RT-38370656-002 :2006 Procesele ciclului de viaţă a sisemelor software

Aceste standarde regulează procesul de elaborare a sistemelor înformaţionale în plan internaţional şi în plan naţional. Ultimul din cele enumerate este o reglementare tehnică, aprobată de MTIC al RM, care serveşte ca ghid pentru elaborarea sistemelor informaţionale de stat (inclusiv şi pentru elaborarea documentului dat).

17

3.4. Propuneri pentru actualizarea/elaborarea bazei juridico-normative existente

Pentru a implementa şi exploata cu succes sistemul AMP , se propune de a actualiza baza normativă în felul următor:

1) Ministerul Sănătăţii (MS) va întreprinde activităţile necesare pentru a aproba standardele compartimentului 3.3.2 ca standarde (sau pre-standarde) naţionale;

2) MS va elabora şi aproba prin Ordin structura preliminară a datelor, care vor fi stocate în sistemul SIMI, şi structura mesajelor de comuncare a sistemului AMP cu viitorul sistem SIMI şi cu alte SIA compatibile cu standardul de date al SIMI. În viitor acest set de date va servi drept punct de pornire pentru elaborarea sistemului Informaţional statal EHR.

3) MS va semna memorandumuri de colaborare cu partenerii care furnizează registre şi baze de date adiacente sistemului AMP (sau va obţine o hotărîre de Guvern), stabilind astfel structura obligatorie a mesajelor de comunicare cu bazele de date şi registrele naţionale respective. Un regulament tehnic în acest sens va fi binevenit.

4) MS va pregăti baza juridică necesară şi va întreprinde măsurile necesare pentru a institui o întreprindere (companie/fundaţie) durabilă, care va fi capabilă de a menţine sistemul SIA AMP şi alte sisteme informaţionale ale MS. Dintre măsurile necesare vom evidenţia: elaborarea statutului întreprinderii şi a altor acte juridice necesare pentru înregistrarea şi instituţionalizarea ei, identificarea condiţiilor de instituire, identificarea surselor de finanţare, coordonarea activităţilor cu organele respective de stat abilitate (de exemplu, MTIC), etc. În Conceptul SIMI şi în prezentul document, această întreprindere este numită convenţional Centrul de e-Sănătate.

5) MS va elabora şi aproba prin Ordin modul de licenţiere a instituţiilor medico-sanitare cu drept de a utiliza SIA AMP, indicînd ceriţele de licenţiere, cum ar fi echipamentul minim necesar şi calitatea canalelor de comunicare, instruirea obligatorie iniţială şi reciclarea periodică a personalului medical (utilizatori a SIA AMP) conform unor programe şi planuri de prestabilite.

18

4 Spaţiul funcţional al sistemului 4.1. Funcţiile de bază ale sistemului

În linii generale, funcţiile de bază (adică funcţionalitatea standard) ale sistemului sunt următoarele.

1) Formarea bazei de date a SIA prin procesarea standard a obiectelor informaţionale: punerea la evidenţă sau crearea obiectelor, editarea lor, vizualizarea şi lichidarea lor (marcarea lor cu identificatorul ”lichidate”) – operaţii cunoscute sub termenul ”CRUD”, de la Create, Read, Update, Delete.

2) Asigurarea protecţiei datelor, care în domeniul Sistemelor Informaţionale în Sănătate sunt ghidate de standardele SMV 17090 (parţile 1-3), SMV/ISO 18307, prEN 13608 (părţile 1-3).

3) Organizarea asigurării informaţionale Informaţiile din banca de date a SIA AMP sînt oferite autorităţilor administraţiei publice centrale şi locale, medicilor, administratorilor IMS, pacienţilor, precum şi, în cazul schimbului informaţional, SIA EHR, CNAM, altor IMS. Totodată, fiecare beneficiar de date este obligat să le utilizeze numai în scopuri legitime. Nivelul de acces al beneficiarului de date la informaţia solicitată este stabilit de legislaţie în funcţie de statutul lui juridic şi regimul juridic al informaţiei. Procedura de oferire a informaţiei şi tipul acesteia sînt reglementate prin Regulamentul SIMI, care va fi aprobat de MS şi de alte acte normative.

4) Asigurarea calităţii datelor şi informaţiei prin crearea şi menţinerea modulului de asigurare a calităţii, prin controlul şi monitoringul formării şi utilizării resurselor informaţionale, prin reducerea erorilor în documentele completate manual (asigurarea verificării ortografiei textelor cu ajutorul unui program specializat).

5) Comunicarea cu SIA adiacente – sistemul AMP va comunica doar cu sistemul EHR, iar prin intermediul acestuia – cu alte sisteme

Compartimentul următor aduce mai multe detalii cu privire la aceste funcţii. 4.2. Contururile funcţionale specifice sistemului

Serviciile de bază a unei instituţii AMP, care vor fi automatizate de SIA AMP, sunt reflectate în tabelul de mai jos. Lista va fi realizată parţial în versiunea iniţială a SIA AMP şi va fi acoperită în întregime pe măsura dezvoltării sistemului în versiunile următoare.

Numar Denumirea Contururilor şi Funcţile Specifice

19

de ordine

Înregistrarea pacienţilor

1.

SIA AMP va asigura verificarea datelor despre un pacient, înregistrarea contractului pacientului cu institiţia medico-sanitară, conectarea la datele Registrul Populaţiei şi SIA Companiei de Asigurări în Medicină (evaluarea stării de asigurare medicală), inregistrarea altor date specifice despre pacient

2. Tratarea unui epizod curativ Funcţia presupune diagnosticarea şi completarea tichetelor statistice,

planificarea lecuirii, determinarea cazului de plată pentru servicii , programamarea si trimiterea pacientului la servicii (medic de familie, laborator, specialist, Diagnostică imagistică, la proceduri de tratament, la spital), evidenţa serviciilor prestate, commpilarea notelor clinice, obţinerea rezultatelor trimiterilor, etc.

3 FIşa electronică a pacientului Funcţia presupune abilitatea stocării tuturor datelor medicale ale

pacientului primite în instituţie, cu divizarea ulterioară a acestor date în fişa locală şi fişa comună (care va fi stocată în SIA EHR), acumularea şi punerea la dispoziţia lucrătorilor medicali a informaţiei relevante cazului tratat, transferul datelor altor instituţii şi în SIA EHR

4 Medicamente indicate (administrate) pacienţilor SIA AMP va permite conectarea la SIA Medicamentul (prin

intermediul SIA EHR), şi evidenţa distribuirii medicamentelor prescrise şi de-facto eliberate pacienţilor, înregistrarea posibilelor reacţii negative, preîntîmpinarea prescrierii medicamentelor la anumite alergii

5 Suprvegherea de lungă durată şi dispanserizare SIA AMP va permite înscrierea la supraveghere de lungă durată,

planificarea activităţilor de supraveghereşi dispecerizarea lor, evidenţa decurgerii bolilor

Măsuri de prevenire 6 Măsuri de prevenire SIA oferă instrumente pentru a efectua selectarea persoanelor pentru

servicii de prevenire, planificarea serviciilor, evidenţa prestării lor, planificarea vaccinărilor şi generarea rapoartelor (alertelor) de informarea a timpului vaccinării, evidenţa alergiilor şi alerta în cazurile relevante

7 Servicii administrative pentru pacienţi ”

20

Presupune eliberarea diferitor certificate privind starea sănătăţii, procesarea documentelor de strictă evidenţă

8. Raportare şi management Presupune generarea diferitor rapoarte pentru statistica naţională şi

de ramură în domeniul AMP, analiza de venituri şi cheltuieli conform serviciilor prestate, analiza prin intermediul instrumentelor OLAP

9 Evidenţa resurselor medicale din instituţie SIA AMP asigură contractarea prestatorilor de resurse (materiale,

echipament, medicamente, etc.), formarea comenzilor, evidenţa stocurilor şi planurilor de utilizare, programarea utilizării resurselor, conectarea la SIA Evidenţă Contabilă din Instituţia Medico Sanitară

10 Evidenţa resurselor umane Presupune evidenţa contractelor resurselor umane, planificarea

necesităţilor pe specialităţi, planificarea şi evidenţa instruirilor, remunerarea, conectarea la SIA Evidenţă Contabilă din Instituţia Medico Sanitară

Chiar dacă prima versiune a SIA AMP nu va conţine toate aceste

funcţionalităţi, pe parcurusul dezvoltării aceste funcionalităţi vor fi implementate şi noi funcţionalităţi vor fi adăugate. De asemenea, unele din funcţiile date ale SIA AMP vor fi înlocuite cu funcţiile respective elaborate în cadrul altor SIA adiacente (aprobate prin hotărîrile repsective de guvern), după ce aceste sisteme (adiacente) vor fi elaborate şi date în exploatare.

21

Fig. 2. Fluxul de date şi interconexiunea SIA AMP cu alte sisteme adiacente şi actori

22

4.3. Interconexiunile, care apar la realizarea funcţiilor sistemului Interacţiunea tuturor componentelor sistemului este prezentată în diagrama din Fig.2.

SIA AMP activează în cadrul SIMI interactionînd cu următoarele module şi SIA:

- SIA “Centrul de e-Sanatate” (EHR) – acest sistem este bazat pe conceptul fişei electronice a pacientului şi este nivelul central al SIMI care (de rînd cu alte funcţii) primeste, stochează si prelucreaza datele operationale de la sistemul SIA „AMP”. De asemenea pune la dispozitie informatii despre pacienti, institutii, etc., inclusiv şi documente medicale din fişa pacientului.

- SIA AMP permite stocarea datelor de la modulele Registratorului, Asistentei Medicale, a medicului de Familie, a Pacientului şi prezintarea informaţiilor despre pacienti, procesul curativ, cadre, utilaje, vizite, documente medicale. Genereaza rapoarte operationale si statistice; Acest SIA transmite datele necesare către SIA EHR.

- Modulul Registratorului permite introducerea datelor personale ale pacientilor si face programari pentru consultatii; datele sunt stocate în SIA AMP.

- Modulul Asistenta Medicala permite introducerea datelor personale ale pacientilor, informatiilor legate de vizita precum si semnele vitale ale pacientului; datele sunt stocate în SIA AMP.

- Modulul Medicului de familie permite introducerea date legate de consultatie, actualizeaza si consulta fisa medicala; datele sunt stocate în SIA AMP.

- Modulul Pacientului – permite introducerea propunerilor de perfecţionare a serviciilor şi poate studia datele personale despre sănătate. datele sunt stocate în SIA AMP.

Remarcă.Sistemul SIA AMP nu are legătură directă cu alte sisteme (cum ar fi SIA laborator, Registrul de Stat al Populaţiei), toate trimiterile se fac prin intermediul sistemului central EHR. Legătura cu CNAM este provizorie, validă pînă la punerea în funcţiune a sistemului integrat SIMI bazat pe EHR. În diagrama de mai jos este arătată interconexiunea SIA AMP de diferite nivelui pentru raportare în perioada de tranziţie de la sistemul de raportare existent (bazat pe rapoarte în format Excel) la sistemul de raportare integrat al sistemului. Pe perioada de tranziţie se dublează raportarea în ambele formate.

23

Fig. 3. Fluxul de date al SIA AMP în procesul de raportare statistică 4.4. Rezultatele funcţionării sistemului Rezultatele funcţionării sistemului vor fi:

1) Formarea bazei de date care va conţine informaţie detaliată despre starea sănătăţii fiecărui pacient (subiect de îngrijire) pe parcursul întregii vieţi (datele colectate în instituţiile AMP.

2) Posibilitatea creării unei baze centrale de date (în cazul implementării SIMI) pentru stocarea tuturor datelor din domeniul AMP din ţară, ), astfel contribuind la completarea sistemului EHR.

3) Formarea depozitului de date care va conţine datele fără identificarea persoanei pentru a permite analize statistice, OLAP şi raportări.

4) Producerea automatizată a rapoartelor statistice oficiale, prestate de instituţiile AMP

5) Introducerea informaţiei o singură dată cu utilizarea lor de un număr nelimitat de ori, ce va duce la creşterea eficienţei utilizării timpului medicilor cu creşterea preciziei datelor

6) Asigurarea confidenţialităţii datelor conform standardelor din domeniu.

AMP.md Client

replicare date

Date online

Date Online

Medici de familie AMP client

Family Doctors legacy

Raport in format XLS

OLAP

XLS format

Rapoarte oficiale

Centrul e-Sanatate

CNMS

AMP.md

Date Online

replicare date

Date online

Raport in format XLS

Medici de familie AMP client

Family Doctors legacy

24

5. Structura organizaţională a sistemului 5.1. Subiecţi ai raporturilor juridice în domeniul SIA AMP Funcţiile de bază legate de formarea resursei informaţionale şi exploatarea SIA AMP sînt distribuite între posesorul resursei informaţionale, deţinătorul acesteia şi registratorii sistemului. 5.1.1. Proprietarul SIA. Proprietar al resursei informaţionale şi a SIA AMP este statul. 5.1.2. Posesorul SIA. Posesorul resursei informaţiuonale şi a SIA AMP este Ministerul Sănătăţii. 5.1.3. Deţinătorul SIA. Deţinătorul SIA AMP la momentul crearii şi iniţierii activităţii sistemului este Centrul Naţional de Management în Sănătate. După crearea unei organizaţii specializate (conform p. 4 din compartimentul 3.4. al prezentului document) de menţinere a sistemelor informaţionale din cadrul MS, deţinător al SIA AMP va deveni această organizaţie nou-formată. La etapa iniţială de testare şi implementare, SIA AMP va funcţiona ca sistem distribuit, şi deţinători ai sistemului vor fi (pe lîngă cei enumeraţi) Asociaţiile Medicale Teritoriale şi Centrele Medicilor de familie, care vor utiliza sistemul dat. 5.1.4. Registratorii informaţiei. Registratorii informaţiei sunt Centrele Medicilor de Familie, Asociaţiile Medicale Teritoriale, medicii de familie, şi asistentele medical din cadrul IMS respective, conform Regulamentului de utilizare a SIA AMP. 5.1.5 Furnizorul datelor SIA AMP. Furnizori ai datelor sunt Centrul Naţional de Management în Sănătate, Asociaţiile Medicale Teritoriale, Centrele Medicilor de Familie 5.1.6. Destinatarul (beneficiarul) datelor SIA MAP. Destinatari ai datelor din SIA AMP sunt: Guvernul RM, Biroul Naţional de Statistică, Ministerul Sănătăţii, Centrul Naţional de Management în Sănătate,

25

Compania Naţională de Asiguirări în Medicină, Direcţile raionale şi municipale a Sănătăţii Rolulrile detaliate ale diferitor subdiviziuni sunt date în comaprtimentul următor. 5.2. Lista departamentelor şi a subdiviziunilor

Capitolul dat prezintă lista departamentelor şi a subdiviziunilor lor, implicate în formarea şi managementul resurselor informaţionale, cu descrierea pe scurt a interacţiunii interdepartamentale. Pentru fiecare departament se indică funcţiile de bază, legate cu crearea şi exploatarea sistemului AMP.

Conform diagramei Fig.2, în procesul de utilizare a sistemului SIA AMP vor particia următoarele subdiviziuni din cadrul MS şi a partenrilor săi.

Elaborează şi aprobă Regulamentul SIA AMP Formează Centrul e-Sănătate

Ministerul Sănătăţii

Monitorizează corectitudinea metodelor de menţinere a calităţii resursei informaţionale Menţine sistemul AMP Menţine sistemul EHR şi sistemele adiacente Menţine Infrastructura tehnică şi bazele de date Elaborează politicile de dezvoltare a sistemelor infrmaţionale în domeniul sănătăţi Instruieşte utilizatorii

Centrul e-Sănătate (iniţial – CNMS)

Efectuiază administarea sistemelor SIA şi monitorizează calitatea datelor Monitorizează calitatea datelor în sistemul AMP (şi alte sisteme adiacente) Procesează datele OLAP Generează rapoarte statistice

Centrul Naţional de Management în Sănătate

Propune modificări şi îmbunătăţirea sistemelor Monitorizează calitatea datelor Direcţia raională/municipală a sănătăţii Generează rapoartele statistice la nivel raional/municipal

Centrele Medicilor de Familie Monitorizează calitatea datelor,

26

Generează rapoartele statistice Vizualizează datele conform unor politici de acces la date Introduc date despre planificare şi management Introduc datele de management şi planificare, programare, datele clinicice şi datele despre pacienţi vizualizează datele de management, datele clinicice şi datele despre pacienţi, conform politcilor de acces la date Asigură menţinerea sistemului AMP în cadrul instituţiei sale, inclusiv calitatea datelor Asigură securitatea datellor conform instrucţiunilor respective Asigură schimbul de date cu sistemul central, comunicarea securizată cu EHR

Asociaţiile Medicale Teritoriale, medicii de familie, utilizatorii sistemului

Generează rapoartele statistice Prestează către IMSP (în formă electronică) datele despre persoanele asigurate, poliţe de asigurare şi statutul asigurării, lista persoanelor înregistrate la fiecare medic de familie Primeşte (pe suport de hîrtie şi în formă electronică) rapoarte statistice despre serviciile medicale prestate de către IMSP

Compania Naţională de Asigurări în Medicină

Sincronizează conţinutul clasificatoarelor comune cu SIA AMP

Instituţiile medicale private Instituţiile date pot avea aceleaşi funcţii ca şi IMSP (asociaţiile Medicale Teritoriale sau Centrele Medicilor de Familie), în cazul cînd MSRM le va determina condiţiile (financiare, tehnice, etc.) şi le va elibera licenţa de utilizare a SIA AMP

27

5.3. Interacţiunea interdepartamentală

Interacţiunea interdepartamentală se efectuiază nu nemijlocit de la un departament la altul, dar indirect, prin intermediul utilizării bazei de date comune, prin mesageria conform standardelor EN 13606, şi prin instrumentele sistemului AMP, cum ar fi trimiterile şi cererile electronice (requisitions).

Baza de date comună Mesage Trimiteri şi cereri

Administrează baza de date

Informează participanţii despre calitatea datelor

Monitorizează întărzierile trimiterilor

Menţine sistemele Informează despre modificări

Centrul e-Sănătate

Monitorizează calitatea datelor

Generează noi instrucţiuni

Formează depozitul de date

Verifică/monitorizează calitatea datelor

Cercetează datele OLAP

Centrul Naţional de Management în Sănătate

Genereaza rapoartele statistice

Direcţia raională/municipală a sănătăţii

Generează rapoartele prin aplicaţii WEB sau SOAP

Aprobă trimiterile şi cererile electronice conform politicilor stabilite

Introduc date despre planificare şi management

Trmit documentele generale stocate în baza de date comună

Aprobă trimiterile şi cererile electronice conform politicilor stabilite

Centrele Medicilor de Familie

Verifică/monitorizează Monitorizează Verifică

28

calitatea datelor calitatea mesageriei

calitatea executării trimiterilor

Introduc datele Trimit documentele în sistemul EHR

Aprobă trimiterile şi cererile electronice conform politicilor stabilite

Vizualizează datele conform politicilor de acces la date

Citesc dcumentele din EHR (import/export)

Generează Trimiteri şi cereri electronice

Asociaţiile Medicale Teritoriale, medicii de familie, utilizatorii sistemului

Generează rapoarte statistice şi tehnologice

Trimit documente altor IMS prin intermediul sistemului EHR

Îndeplinesc (execută) trimiteri şi cereri electronice

Utilizează baza de date pentru analiza şi pregătirea unor rapoarte despre serviciile medicale prestate de IMSP

Trimit date despre asigurarea pacienţilor către IMSP prin web-servicii

Compania Naţională de Asigurări în Medicină

Verifică dacă clasificatoarele comune sunt sincronizate

Primesc rapoartele de la IMSP despre activitatea lor de prestare a serviciilor medicale

Cer formarea rapoartelor electronice

29

6 Documentele sistemului În capitolul dat este prezentată lista documentelor de bază, utilizate în sistem. 6.1. Documente de intrare Documentele de intrare, care sînt temei pentru introducerea datelor în sistem, sunt următoarele. 6.1.1. Documente primare pe hîrtie

Lista de mai jos conţine titlurile documentelor, cu indicarea în paranteze a codului acordat de MS.

Înscriere în Fişa medicală a bolnavului de ambulator (025/e) Înscriere în Fişa medicală a bolnavului stomatologic (043/e) Înscriere în Carnet de dezvoltare a copilului (112/e) Înscriere în Carnet medical perinatal (113/e) Tichet statistic (025-2/e) (025-3/e) Fişa de înregistrare prealabilă de primire la medic (040/e) Fişa de evdenţă a vaccinărilor (63) Fişa bolnavului în staţionarul de zi (003-2/e) Fişa de evidenţă a examenului Radiofotografic (052/e) Fişa adresării după ajutor antirabic (045/U) Fişa de tratament fizioterapeutică (044/e) Fişa Personală a Gravisdei şi lăuzei (111/e) Buletin Analiză medicală – Examen materii Fecale (219/e) Analiza Maselor fecale (220/e) Analiză de singe (224/e) Buletin de analiză biochimică a sîngelui (228/e) Buletin de analiză medicală – examen al urinei (210-e) Buletin de analiză medicală – rezultatul analizei (209/e) Certificat medical constatator al decesului (106/e) Cotorul Concluziei medicale pentru copil (adolescent) pînă la 16 ani-

invalid din copilărie(080/e) Factura pentru achitarea costurilor serviciilor medicale prestate (1-12/r) Bon de ordine (primire) la medic (025-4/e) Trimitere – extras (027/e) Buletin de analiză medicală a eliminărilor organelor genitourinare (218/e) Analiză de sînge – hemoglobina, eritrocite, leucocite (225/e) Analiză Alfa-fetoprotein şi antigen Australian (245/e)

30

Fişa medicală a bolnavului corijat cu lentile de contact (136/e) Fişa bolnavului cu diabet zaharat (132/e)

6.1.2. Primirea datelor prin sisteme informaţionale adiacente

Datele de identificare unică a persoanei şi statutul asigurării persoanei

sunt obţinue din sistemul informaţional al CNAM Datele care compun fişa electronică a pacientului sunt obţinute din

sistemul EHR (nucleul SIMI). În viitor, toate comunicările cu alte sisteme informaţionale, inclusive

schmbul de date cu CNAM, vor fi effectuate prin intermediul EHR, care va fi nucleul sistemului naţional SIMI.

6.2. Documente de ieşire

Ca rezultat al funcţionării sistemului, se va permite vizualizarea si tiparirea rapoartelor operaţionale şi statistice definite conform standardelor in vigoare şi a necesităţilor specifice ale instituţiei AMP.

6.2.1. Documente pe support de hîrtie

Documentele compartimentului dat vor fi imprimate sau vizualizate, cu

posibilitatea convertării lor în rapoarte electronice cu format PDF, DOC, XLS, etc. Sunt prevăzute următoarele grupuri de documente:

Certificate, adeverinţe şi avize, Documente de trimiteri Registre de evidemţă medicală, Centralizatoare de evidenţă a maladiilor, Dări de seamă periodice,

6.2.2. Documente statistice în format Excel.

În perioada de trecere de la sistemul existent de raportare statistice la raportarea prin depozitul centralizat de date, SIA AMP va asigura funcţionalitatea de raportare prin rapoarte statistice în format Excel (prezentat în Fig. 1). Ordinul MS Nr 417 din 11 octombrie 2008 stabileşte lista dărilor de seamă statistice medicale anuale, prezentate de către instituţiile medico – sanitare. Dintre acestea, următoarele grupe de rapoarte vor fi generate şi de SIA AMP. Vom remarca, că în aceste rapoarte va fi generată doar informaţia bazată pe datele, care se conţin explicit în SIA AMP, restul datelor fiind introduse adăugător din alte surse.

SIA AMP conţine următoarele grupuri de rapoarte statistice:

31

- Rapoarte statistice de stat, - Dări de samă pe ramură,

ambele grupuri avînd rapoarte statistice ce reflectă starea sănătăţii populaţiei sub diferite aspecte:

- În dependenţă de domeniul medical (grupul diagnozei conform CIM10), - În dependenţă de grupul - ţintă (copii, gravid, etc.), - În dependenţă de forma îngijirii (de zi, staţionară, de ambulator), - Servicii medicale şi preventive acordate

Fiecare IMS va putea genera aceste rapoarte în format Excel, care vor fi apoi prelucrate de către departamentul respectiv al CNMS. Sistemul informaţional va avea şi abilitatea de a importa aceste rapoarte Excel în baza de date pentru întreprinderile care încă nu au posibilitatea de a utiliza SIA AMP, astfel asigurînd baza de date integrală pentru toate IMS şi posibilitatea producerii acestor rapoarte la nivel de ţară.

6.2.3. Export sub formă de tabele electronice

Rapoartele de mai sus (p.6.2.2.) vor fi generate atît în formă de raport obişnuit, cît şi în formatul Excel, stabilit la momentul dat de către MS. Diagrama de import/export al datelor prin intermediul rapoartelor în format Excel este arătată în Fig.4.

Sistemul AMP va permite atît importul, cît şi exportul datelor în formatele cerute pentru fiecare IMSP separat.

6.3.Documente tehnologice La momentul dat este stabilită necesitatea următoarelor documente tehnologice:

Registrul de înregistrare a analizelor şi de evidenţă a rezulatelor (250/e) Registru de evidenţă a procedurilor (029/e) Registrul de evidenţă a activităţilor de educaţie sanitară (038/e) Registrul de evidenţă a solicitărilor la domiciliu (031/e) Lista de evidenţă zilnică a lucrului medicului stomatolog ((037/e) Lista de evidenţă a vizitelor la lucrătorul medical cu studii medii a

punctului medical (039-1/e) Pe parcursul implementării caietului de sarcini şi a proiectului tahnic,

această listă de documente tehnologice va fi completată în dependenţă de specificul implementării.

32

6.4. Documente noi şi modificate

Dacă la crearea sistemului se presupune introducerea unor documente noi sau modificarea modelelor celor existente, este dorită prezentarea în caietul de sarcini a descrierii lor pe scurt şi prezentarea modelului (şablonului) documentului dat.

Trecerea la sistemul AMP va permite generarea rapoartelor statistice pe un domeniu mai larg de indicatori, şi cu un nivel mai mare de detaliere:

- Se vor produce rapoarte de analiză a prestării serviciilor conform indicatorilor socio-economici ai pacienţilor,

- Se vor produce rapoarte de analiză a serviciilor prestate în secvenţe detaliate a diagnosticurilor conform clasificatorului internaţional al maladiilor ICD 10. 7. Spaţiul informaţional al sistemului

Compartimentul dat conţine totalitatea obiectelor, a atributelor lor şi a

scenariilor care determină spaţiul informaţional al sistemului AMP şi are ca scop definirea şi înţelegerea sistemului.

Fiecare obiect informaţional de mai jos este caracterizat prin următoarele particularităţi:

- unicitate (unicitatea obiectului semnifică existenţa identificatorului unic, care deosebeşte obiectul respectiv de alte obiecte similare);

- stare (starea obiectului se descrie printr-un set de atribute, ce descriu proprietăţile variabile ale obiectului, luate în consideraţie în sistem);

- comportament (comportamentul obiectului este descris prin lista de evenimente, care se petrec cu obiectul şi care sînt luate în consideraţie în sistem),

- dacă obiectul este propriu (adică, el este iniţial luat în consideraţie şi identificat în sistemul dat) sau este împrumutat (adică, este luat împreună cu identificatorul din alt sistem). Remarca 1. Fiecare obiect va avea un identificator unic de tip GUID, care este generat de aplicaţii în mod automat. Deoarece el nu are o structură specială, în compartimentele de mai jos nu vom descrie acest identificator. Remarca 2. Politica MS este de a asigura unicitate a tuturor înscrierilor şi a obiectelor pe întregul spaţiu al SIMI, deoarece se prevede o integrare a tuturor SIA în cadrul SIMI. În formă generală, obiectele create în cadrul SIMI vor avea următrul format:

XX- XXXX- ZZ- X-AAA- YY/XXXXXX, unde - XX- Cod al sistemului informaţional în cadrul SIMI;

33

- XXXX- Cod de înregistrare al întreprinderii medico-sanitare (IMS) ca utilizator al SIMI,

- ZZ – tipul obiectului (codul în spaţiul informaţional SIMI) - X – categoria obiectului de tipul ZZ dat, - AAA – numărul de ordine în clasificatorul obiectelor de dipul dat - YY – anul cand acest obiect a fost generat - XXXXXX (variabil) -Cod unic de identificare a obiectului în cadrul

prefixului XX- XXXX- ZZ- X-AAA- YY respectiv. Acest cod este doar un număr de ordine în interiorul prefixului dat.

Acest stil de codificare va permite de a asigura integrarea într-un spaţiu unic a tuturor sistemelor informaţionale din cadrul SIMI. Remarca 3. În cazul cînd unul din codurile utilizate în sistemul SIMI şi inclusiv în AMP , va ajunge la limita codurilor numerice (fapt deşi puţin probabil), va întra în vigoare regula continuităţii numerotării prin litere majuscule engleze. De exemplu, daca în cadrul sistemului SIMI vor activa mai mult de 99 SIA, următorul cod va fi 9A, mai departe vor urma: 9B, 9C,...9Z,AA, AB... Remarca 4. Obiectele împrumutate din alte SIA vor respecta codificarea impusă de SIA care le-a produs. In sistemul AMP ele vor fi utilizate fără modificări. Astfel, obictele împrumutate vor avea codificare dublă- o codificare conform sistemului care le-a creat iniţial, şi o codificare temporară conform regulelor de codificare în cadrul SIMI. Codificarea temporară a SIA AMP pentru obiectele împrumutate se va folosi doar în cazul lipsei codului oficial al obiectului împrumutat sau în cazul lipsei obiectului în registrul din care obiectul urmează a fi împrumutat 7.1. Lista obiectelor informaţionale Sistemul AMP foloseşte următoarele obiecte de bază:

1) Persoană 2) Întreprindere 3) Document Medical 4) Epizod de tratament 5) Trimitere 6) Resursă 7) Tichet statistic 8) Serviciu prestat 9) Inregistrare EHR (elemente ale Fişei Electronice a Pacientului)

Remarcă. Lista dată conţine doar obiectele prinicpale. Standardul EN13606 permite în mod flexibil adăugarea sau modificarea unor noi obiecte prin intermediul mecanismului de arhetipuri, generalizate prin Înscrieri EHR.

34

7.1.1. Obiectul N 1 - Persoană Obiectul Persoană este un obiect împrumutat din Registrul de stat al

populaţiei, în special prin identificatorul IDNP şi datele de identificare a persoanei. Numărul de identificare se atribuie fiecărei persoane fizice la introducerea iniţială a datelor despre el în Registrul de stat al populaţiei, rămîne neschimbat pe parcursul existenţei acestor date şi se introduce în toate documentele persoanei fizice respective. 7.1.1.1. Destinaţia (sensul informaţional) al obiectului N 1 Persoană

Menirea acestului obiect este identificarea unică a persoanei prin

intermediul IDNP. Obiectul reprezintă o generalizare a următoarelor categorii de persoane:

1) Pacient - o persoană care a primit cel puţin un serviciu în IMS ; 2) Persoană înregistrată (prin contract cu CNAM) ca subiect de îngrijire la

un medic din IMS (persoană asigurată); 3) Un medic sau lucrător al IMS, care are tangenţă cu procesul curativ-

preventiv (prestator de servcii); 4) Alte categorii- persoane de contact, urmaşul/succesorul averii etc.

În caz de lipsă a indicatorului IDNP, se atribuie un cod mozaic de indentificare temporară. Acest indentificator se foloseşte atît în scopuri strict oficiale (de exemplu, pentru identificarea faptului dacă persoana este asigurată sau nu), cît şi în scopuri operaţionale (pentru a asocia toate documentele şi înscrierile despre starea sănătăţii cu persoana dată), sau în scopuri tehnologice (determinarea la ce medic se va programa un serviciu medical).

7.1.1.2. Structura identificatorului obiectului N 1 Persoană Identificatorul este o consecutivitate de 13 simboluri, codificat conform Concepţiei sistemului informaţional automatizat Registrul de Stat al Populaţiei (HG nr. 333 din 18.03.2002).

În cadrul SIMI, Codificarea identificatorului temporar unic al persoanei este XX- XXXX- 01- X-XXX- YY/XXXXXX:

XX- codul sistemului informaţional care a generat documentul (conform clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

01- codul tipului objectului conform clasificării SIMI (01- codul temporar al Persoanei) X- Categoria persoanei (1- subiect de îngrijire, 2 – resursă umană/medic,

3- contractor-persoană fizică, 4-etc.) .

35

XXX – 000 (nu se utilizează la moment) YY- ultimele 2 semne ale anului crearii inscrierii electronice a

documentului XXXXXX (lungime variabilă) – este Identificatorul unic generat automat

de SIA în cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 01- X-XXX- YY). Remarcă. Codificarea temporară este aplicată persoanelor care nu dispun de cod IDNP (persoane de peste hotare, persoane care din convingeri religioase nu au primit IDNP, adolescenţi care încă nu au buletin, etc.) 7.1.1.3. Datele (atributele) obiectului N 1 Persoană De persoană sunt legate o mulţime de proprietăţi, grupate în felul următor:

- IDNP, - Date de identificare (Nume, prenume, data naşterii), - Date demografice (cetăţenie, copii, etc.) - Date de contact (adresă, telefon, etc.) - Date socio-economice (profesia, angajarea în cîmpul muncii, etc.) - Indicatori de sănătate (deprinderi dăunătoare, alergii, contrainidcaţii) - Semne vitale, - Poliţa de asigurare şi categoria de asigurat, etc.

7.1.1.4. Scenarii comportament ale obiectului N 1 Persoană Deoarece pacientul este obiectul central al SIA AMP, lista evenimentelor legate de acest obiect (ca pacient) este foarte mare. Următoarele sunt prinicpalele evenimente legate de obiectul Persoană, care vor fi procesate de SIA AMP. Semnarea unui contract de asigurare a pacientului cu CNAM şi a contractului de deservire medicală în IMS dată Introducerea unei persoane noi drept pacienţ în registrul IMS

Date de identificare Date demografice Date de contact Date socio-economice Indicatori de sănătate Semne vitale, alergii, etc. Date despre asigurare

Apariţia necesităţii modificării datelor din fişa electronică a

pacientului

Asocierea documentelor clinice şi a altor obiecte din SIA AMP cu persoana dată Programare servicii Evenimente legate de sănătatea

pacientului Vizită şi prestare servicii

36

Rezultate analize şi diagnosticare Internări în spital, externări Prescriere medicamente Trimiteri la specialisti Înregistrare contrainidcaţii

Plecarea pacientului de la evidenţa IMS (schimbarea locului de trai, deces, etc) Apariţia alertelor despre evenimente legate de o persoană (pacient) Lichidarea înregistrărilor despre o persoană (marcarea lor drept ”Anualte”) 7.1.2. Obiectul N 2 - Întreprindere

Este destinat în primul rînd pentru identificarea înstituţiei medicale

(IMSP) şi este un obiect împrumutat de la Camera de înregistrări din Registrul de stat al unităţilor de drept. 7.1.2.1. Destinaţia (sensul informaţional)” al obiectului N 2 Întreprindere

Scopul obiectului este indentificarea exactă a întreprinderilor care sunt înregistrate în sistem prin intermediul IDNO, şi păstrarea caracteristiclor de bază despre aceste întreprinderi. În SIA AMP pot fi următoarele categorii de întreprinderi:

1) Instituţie medico-sanitară, identificată prin IDNO; 2) Întreprinderi – parteneri contractuali (furnizori de servicii sau resurse),

identificate prin IDNO; 3) Finanţatori sau asiguratori, identificaţi prin IDNO; 4) Organizaţii şi companii de peste hotare, care nu sunt înregistrate pe

teritorilu RM, dar au tangenţă la procesul curativ, identificaţi printr-un cod temporar.

7.1.2.2. Structura identificatorului obiectului N 2 Întreprindere

Indicele principal de identificare al instituţiei medicale este numărul de identificare de stat al unităţii de drept (IDNO - abreviere din limba engleză Identification Number of Organization). Numărul de identificare de stat al unităţii de drept reprezintă o serie din 13 simboluri, stabilite conform Concepţiei Registrului de Stat al Unităţilor de Drept.

IDNO se atribuie fiecărei instituţii medicale la introducerea iniţială a datelor despre aceasta în Registrul de stat al unităţilor de drept, rămîne

37

neschimbat pe parcursul existenţei acestor date şi se introduce în toate documentele instituţiei medicale, precum şi pe ştampilă.

În cadrul SIMI, Codificarea identificatorului temporar unic al întreprinderii (pentru cazurile intreprinderilor de peste hotare) este XX- XXXX- 02- X-XXX- YY/XXXXXX:

XX- codul sistemului informaţional care a generat documentul (conform clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

02- codul tipului objectului conform clasificării SIMI (02- codul temporar al obiectului Intreprindere ) X- Categoria Întreprinderii (1-Întreprindere, 2 – Departament al

întreprinderii, 3- Sector al Departamentului întreprinderii, 4-Local în cadrul Sectorului, etc.).

XXX – tipul Întreprinderii sau parţii organizatorice a întreprinderii conform clasificatorului SIMI.

YY- ultimele 2 semne ale anului crearii inscrierii electronice a documentului

XXXXXX (lungime variabilă) – este Identificatorul unic generat automat de SIA în cadrul întreprinderii sau parţii organizaţionale date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 02- X-XXX- YY). 7.1.2.3. Datele (atributele) obiectului N 2 Întreprindere Obiectul conţine următoarele date:

- Date de identificare (nume, IDNO, cod fiscal, etc) - Adrese (fizică, juridică) - Contacte (telefon, email, web, etc) - Forma de proprietate - Rechizite bancare - Licenţe de activitate medicală - Persoanele prinicpale (director, contabil, etc.) - Asociere cu structura organizatorică în cadrul careia obiectul dat este

parte componentă. De exemplu, dacă obiectul este ”Departamentul financiar al CNMS”, el va avea asociere cu obiectul CNMS. Această asociere permite descrierea ierarhică a structurilor întreprinderilor, cu un nivel practic nelimitat de detaliere.

38

7.1.2.4. Scenarii comportament ale obiectului N 2 Întreprindere Următoarele sunt prinicpalele evenimente ale obiectului Întreprindere, care necesită procesare: Luarea la evidenţă a întreprinderii ca partener în procesul curativ-preventiv

De prestare a serviciilor ca prestator de servicii De prestare a servicii ca beneficiar de servicii De finanţare a procesului de lecuire

Semnarea contractelor de parteneriat

Contracte de support (părţi terţe) Date de identificare Adrese Date de contact Rechizite bancare Licenţe de activitate medicală

Apariţia necesităţii modificării datelor despre o întreprindere

Persoanele prinicpale Expirarea sau întreruperea, modificarea contractului Planificarea resurselor care întreprinderea le va furniza Primirea unui stoc de resurse Inceputul, continuarea şi finisarea prestării unor servicii Trimitere la lecuire a pacientilor

Evenimente legate de o întreprindere contractată

Comunicare cu întreprinderea (reclamaţii, etc.)

Lichidarea înregistrărilor despre o întreprindere (marcarea drept ”Anulată”) în legătură cu terminarea relaţiilor de parteneriat

7.1.3. Obiectul N 3 Document Medical

Obiectul Document Medical reprezintă o multitudine de forme de şi tipuri de documente, în dependenţă de provenienţa documentului, sunt evidenţiate documente proprii, şi documente importate sau de strictă evidenţă.

7.1.3.1. Destinaţia (sensul informaţional)” al obiectului N 3 Document Medical Obiectul Document Medical are destinaţia de a păstra/ înregistra datele din sistemul informaţional SIMI (şi AMP respectiv) , care poate fi salvată sau

39

transmisă dintr-un sistem în altul sau dintr-o instrituţie în alta. Prin docmente medicale sunt generalizate astfel de documente utilizate în IMS, cum ar fi:

1) Document clinic, 2) Document primar (formular), 3) Document de transfer (import - export) 4) Documente de strictă evidenţă:

- certificatul medical constatator al naşterii; - buletinul de identitate; - certificatul despre invaliditate; - fişa medicală personală; - poliţa de asigurare; - certificatul concediului de boală; - certificatul medical de deces, etc.

Remarcă. Evidenţa Documentelor prin intermediul Cancelariei este în afara funcţionalităţii SIA AMP şi este regulată prin HG Nr. 844 din 26.07.2007 (Concepţia Sistemului Integrat de Circulaţie a Documentelor Electronice). La acele documente se va face referinţă doar în cazul cînd ele vor avea impact nemijlocit asupra procesului curativ Documentele Medicale sunt asociate cu formatul în care ele pot fi citite (xls,pdf, etc.) şi pot avea de asemenea un şablon (arhetip) proiectat de un modul- designer de şabloane a documentelor, conform standardului EN 13606. 7.1.3.2. Structura identificatorului obiectului N 3 Document Medical

Codificarea unicală se face prin identificator de tip GUID. Codificarea SIMI a identificatorului unic electronic este XX- XXXX- 03-

X-XXX- YY/XXXXXX: XX- codul sistemului informaţional care a generat documentul (conform

clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI;

03- codul tipului objectului conform clasificării SIMI (03- codul documentului);

X- Categoria documentului medical (1-documente proprii, 2 – importate în cadrul SIMI, 3- importate în afara SIMI, 4- de strictă evidenţă, 5- Arhetip conform standardului EN13606, 6- mesaj/ extras EHR conform standardului EN13606) .

XXX – tipul documentului conform clasificatorului SIMI (notă clinică, document primar de trimitere, prescripţie, etc.). Tipul documentului este asociat

40

cu formatul de citire sau prelucrare a documentului (XML, DOC, XLS, PDF, TXT, şablon pre-definit, etc), precum şi versiunea sistemului de citire.

YY- ultimele 2 semne ale anului crearii inscrierii electronice a documentului

XXXXXX (lungime variabilă) – este Identificatorul unic generat automat SIA în cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 03- X-XXX- YY). Codificarea documentelor de strictă evidenţă. Identificarea documentelor şi blanchetelor de evidenţă strictă (de rînd cu identificatorul electronic al SIMI) se efectuează conform următoarei chei combinate: XX- XXXX- 03- 4-XXX /AAAAAAAAA, Unde XX- XXXX- 03- 4-XXX respectă codificarea precedentă, iar AAAAAAAA (variabilă) reprezintă: "seria" + "numărul", importate din conceptul SIMI. 7.1.3.3. Datele (atributele) obiectului N 3 Document Medical Atributele principale ale documentului: a) denumirea documentului; b) seria, numărul; c) data eliberării; d) termenul de valabilitate; e) statutul documentului; f) organul care a eliberat documentul; g) Conţinutul documentului (textual sau în formatul/arhetipul pre-definit pentru tipul dat de documente) h) Anexe la document i) Limba in care documentul este scris, j) Referinţe la traduceri (dacă sunt) k) Autorii (persoane fizice sau juridice), caă sunt alţi decăt persoanele care au creat documentul 7.1.3.4. Scenarii comportament ale obiectului N 3 Document Medical

Următoarele sunt principale evenimente asociate cu Documentele Medicale, suportate în SIA AMP:

la perfectare/ întocmire luarea la evidenţa a documentelor din alte sisteme

Luarea la evidenţă a documentelor medicale

Luarea la evidenţă a documentelor de

41

strictă evidenţă cu numerotarea manuală Semnătura autorului documentului (detalii – în compartimentul 9.3) Aprobarea părţilor interesate (a doua opinie, etc.)

Aprobări asociate cu documentele medicale

Comentarii referitoare la conţinutul documentelor Ajustări în conformitate cu apariţia dovezilor că documentul conţine erori declararea nulă a documentului schimbarea termenului de valabilitate schmbarea statutului (stării) documentului

Necesitatea actualizării datelor din documentele medicale

publicarea a noi versiuni ale documentului la expirarea termenului Radierea din evidenţă la nimicire Import din alte sisteme /EHR Export în alte sisteme / EHR

Transferul documentelor

Transfer la alţi utilizatori în interiorul SIA AMP Asigurarea securizării şi autorizaţiei la fiecare vizualizare

Vizualizarea documentelor

Asigurarea auditului vizualizării Remarcă. Prin radiere se subînţelege nu lichidarea fizică a datelor despre documentul dat, dar doar modificarea statutului (stării) documentului ca ”Lichidat/anulat”. Sistemul va avea abiltatea de a vedea documentele marcate ca ”lichidate” doar pentru utilizatori cu permisiune specială. Lichidarea fizică din baza de date va fi făcută într-un modul special al administratorului.

7.1.4. Obiectul N4 Epizod de tratament

Epizodul de tratament este obiectul care organizează datele despre o totalitate de evenimente într-un interval de timp pe parcursul căruia sunt efectuate activităţi curativ-preventive din partea unui prestator de servicii (IMS) în beneficiul unui subiect de îngrijire (pacient) cu un scop bine definit (de exemplu- lecuirea unei diagnoze concrete).

42

7.1.4.1. Destinaţia (sensul informaţional) al obiectului N 4 Epizod de tratament Scopul epizodului de tratament ca obiect al SIA este de a integra şi clasifica datele legate de soluţionarea unei probleme curativ-preventive, cum ar fi planul de lecuire, evenimente, contacte, documente clinice, perioade de timp, rezultate de analiză, diagnoze, etc. (Vezi Standardul EN-13940-1:2007), toate asociate cu o diaznoză sau un scop bine definit (”Health issue”). Epizodul de tratament este un obiect complex, care poate avea astfel specializări, ca:

Epizod – curativ sau profilactiv, care durează o perioadă de timp şi

asociază un set de elemente de contact cu pacientul, documente medicale, alte obiecte li atribute pentru soluţionarea unei probleme distincte de sănătate;

Vizită – o parte componentă în cadrul unui epizod curativ, asociată cu o întălnire a pacientului cu reprezentantul IMS;

Consultaţie, investigaţie, disgnosticare - forme de activitate în cadrul unei vizite;

Contact – un eveniment în cadrul unui epizod de tratament, în care subiectul îngrijirii a avut contact nemijlocit sau la distanţă cu reprezentantul IMS (medicului).

7.1.4.2. Structura identificatorului obiectului N 4 Epizod de tratament

Epizodul de tratament se codifică unic prin identificator GUID. Codificarea SIMI a identificatorului unic electronic XX- XXXX- 04- X-

000- YY/XXXXXX: XX- codul sistemului informaţional care a generat documentul (conform

clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

04- codul tipului objectului conform clasificării SIMI (04- codul Epizodului de tratament)

X- Categoria Epizodului de tratament(1-Tratament, 2 – preventiv, 3- dispanserizare, 4- sub-epizod, ...).

000 –numărul de ordine a elementului de contact (vizită, consultaţie, sub-epizod, intervenţie, etc) în cadrul epizodului . 000 arată că este înscrierea primară (rădăcina) în ierarhia de înscrieri a unui epizod de tratament. Înscrierile subordonate ale acestului epizod vor avea numere de ordine: 001,002,003....

43

YY- ultimele 2 semne ale anului crearii inscrierii electronice a documentului.

XXXXXX (variabil) – este Identificatorul unic generat automat SIA în cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 04- X-000- YY).

7.1.4.3. Datele (atributele) obiectului N 4 Epizod de tratament

Cu epizodul de tratament sunt asociate urmîtoarele grupuri de atribute: - Sub-epizoade şi elemente de contact (vizite, consultaţii, înscriere

fără participarea subiectului, etc.) - Activităţi de tratament întreprinse, - Diagnoze puse (tichete statistice eliberate) - Problema curativă care este necesar de soluţionat, - Asocierea cu alte şiruri de probleme curative (health issue threads) - Set de documente asociat cu epizodul - Asociere cu epizodul parental ( obiectul dat presupune subordonare

ierarhică, de exemplu: vizita aparţine unui epizod, sub-epizodul aparţine unui epizod, etc.)

- 7.1.4.4. Scenarii comportament ale obiectului N 4 Epizod de tratament

Următoarele evenimente se vor procesa pentru Epizodul de Tratament: - Crearea unui epizod, - Închiderea (anularea) unui epizod, - Asocierea/crearea/adaugarea unui obiect subordonat (sub-epizod, vizită, programare, trimitere, etc.), - Crearea sau modificarea unui document asociat epizodului (cu audierea modificării), - Inregistrarea sau modificarea activităţilor curative în cadrul unui contact.

7.1.5. Obiectul N 5 Trimitere (referral)

Trimiterea este un act de recomandare oficială a unui pacient (subiect de

îngrijire) altui profesional în domeniul curativ/preventiv (sau altui prestator de servicii) cu un scop bine definit de tratare/prevenire. In aspect informaţional al SIA, trimiterea este un obiect ce reflectă un document (pe suport de hîrtie) de trimitere, cu ajutorul căruia un clinician referă/trimite cazul pacientului la un alt specialist sau altei IMS pentru acordarea tratamentului, diagnozei, opiniei, etc.

Pot fi deosebite mai multe forme de trimiteri, dintre care – trimitrei la tratament, la disgnosticare, cerere de executare a unor activităţi fără particiarea pacientului (de exemplu-obţinerea cele de a doua opinii), sau (în caz general)

44

chiar ne-asociate cu un pacient concret (care se numesc cereri electronice-requisitions). Trimiterile pot fi efectuate atît în interiorul IMS cît şi în afara IMS sau în afara ţării.

7.1.5.1. Destinaţia (sensul informaţional)” al obiectului N 5 Trimitere

Obiectul Trimitere are scopul de a înregistra în SIA AMP (şi respectiv – în SIMI) datele asociate cu obiectul trimiterii de la un post de lucru al SIA (de exemplu- de la un specialist) la alt post de lucru (sau la alt specialist), departament, IMS (inclusiv peste hotare). Multe din trimiteri presupun primirea înapoi a răspunsului la trimitere, conform diagramei din Fig.4. Din punct de vedere a informatizării, obiectul Trimitere are drept scop evidenţa legală şi operaţională a interacţiunii între multitudinea de actori încadraţi în prcesul de tratament. 7.1.5.2. Structura identificatorului obiectului N 5 Trimitere

Obiectul Trimitere se codifică unic prin identificator de tip GUID. Codificarea SIMI a identificatorului unic electronic XX- XXXX- 05- X-

XXX- YY/XXXXXX: XX- codul sistemului informaţional care a generat documentul (conform

clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

05- codul tipului objectului conform clasificării SIMI (05- codul Trimiterilor)

X- Categoria Trimiterilor (1-Trimitere internă, 2 – Trimitere la alt IMS, 3- Trimitere peste hotare, 4- Cerere oficială de executare fără participarea pacientului (requisition), 5- prescripţie sau trimitere la farmacie ...).

XXX –tipul trimiterii în categoria dată. Cu fiecare tip este asociat un indicator care determină dacă este necesară aprobarea preliminară a trimiterii şi de ce nivel.

YY- ultimele 2 semne ale anului crearii înscrierii electronice a documentului.

XXXXXX (variabil) – este Identificatorul unic generat automat de SIA în cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 05- X-XXX- YY). 7.1.5.3. Datele (atributele) obiectului N 5 Trimitere

Cu obiectul Trimitere se asociază următoarele grupe de atribute: - Timpul trimiterii (inclusiv timpul),

45

- Cine a emis trimiterea (persoană- utilizator, departament), - Indicaţia necesităţii de aprobare preliminară, - persoana (codul şi numele) care aprobă această trimitere , - destinaţia trimiterii (persoana, departament, IMS, ţară), - Scopul trimiterii, - lista activităţilor cerute de la destinatar, - Lista indicatorilor care IMS-sursă le cunoaşte şi le comunică

destinatarului, - Lista indicatorilor care IMS – sursă le aşteaptă de la destinatar, - date despre aprobarea sau respingerea trimiterii inclusiv data şi ora

deciziei, - textul descrierii (mesajului) trimiterii,

- Anexe, - Starea Trimiterii (Introducerea iniţială a datelor, Gata pentru aprobare, Aprobată, Respinsă, Acceptată de destinatar pentru studiere (primită în lucru), Executată de destinatar). 7.1.5.4. Scenarii comportament ale obiectului N 5 Trimitere

Principalul eveniment al Trimiterilor este trecerea din-tro stare în alta a

trimiterii. Exemplu de scenariu al comunicării între actorii business pe parcursul procesării trimiterilor este dat în diagrama de mai jos. În dependenţă de tipul aprobării, trimiterile pot fi cele care necesită aprobare a unui superior (Manager) înainte de a fi executate, şi care nu necesită aprobare.

46

Scenariul trimiterilor

Informarea sursei

Nu e aprobat

Alerteaza finisarea

nu e aprobat

este aprobat

Citeste rezultatul

Citeste rezultatul

Informeaza finisara (fara aprobare)

Alerteaza finisarea

Alerteaza finisarea

emneaza raspunsul

Executa

Aprobat

Alerta de aprobare

Raporteaza si raspunde

Alerta destinatarului

Semneaza trimitereaInforma Destinatarul (caz fara aprobare)

Introduce text trimitere

Sursa trimiterii Destinatia trimiterii

Modul Trimiteri Alertator

Manager

Informarea sursei

Nu e aprobat

Alerteaza finisarea

nu e aprobat

este aprobat

Citeste rezultatul

Citeste rezultatul

Informeaza finisara (fara aprobare)

Alerteaza finisarea

Alerteaza finisarea

emneaza raspunsul

Executa

Aprobat

Alerta de aprobare

Raporteaza si raspunde

Alerta destinatarului

Semneaza trimitereaInforma Destinatarul (caz fara aprobare)

Introduce text trimitere

Fig. 4. Diagrama interacţiunii între diferiţi actori prin intermediul trimiterilor Astfel, Trimiterile vor fi descrise printr-un graf cu următoarele stări: - Starea iniţială (de pregătire a trimiterii-cererii), - Semnat de Sursa Trimiterii care pot fi medicul sau persoana care semnează cererea, (detalii – în compartimentul 9.3) - Aprobarea de către Manager - Publicarea Trimiterii (Înştiinţarea adresaţilor) - Trimitere luată în executare de către Destinatarul Trimiterii - Răspuns pregătit de către Destinatarul Trimiterii (sau executor) - Răspuns Aprobat de manager, - Răspuns publicat (înştiinţarea Sursei trimiterii) - Răspuns acceptat de Sursa Trimiterii 7.1.6. Obiectul N 6 Resursă Obiectul Resursă unifică identificarea tuturor resurselor înregistrate în cadrul SIMI.

47

7.1.6.1. Destinaţia (sensul informaţional) al obiectului N 6 Resursă

Scopul obiectului Resurse este de a identifica toate tipurile de resurse, utilizate în SIMI şi în procesul curativ-preventiv. Aceasta permite procesarea adecvată şi eficientă a resurselor. Exemple de resurse sunt materiale, bunuri, servicii, resurse umane, etc. Resursele au trăsături comune aşa cum ar fi evidenţa utilizării, planificarea utilizării lor, programarea, cantitatea, etc. 7.1.6.2. Structura identificatorului obiectului N 6 Resursă

Obiectul Resursă se codifică unic prin identificator de tip GUID. Codificarea SIMI a identificatorului unic electronic XX- XXXX- 06- X-

XXX- YY/XXXXXX: XX- codul sistemului informaţional care a generat documentul (conform

clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

06- codul tipului objectului conform clasificării SIMI (06- codul Resurselor)

X- Categoria Resurselor (1– Utilaj medical (Echipament), 2- Materiale, 3- medicament (în evidenţa SIMI şi nu a Agenţiei Medicamentului), 4- oficii şi spaţii (inclusiv paturi bolnavi), 5- alte bunuri...).

XXX –tipul resursei – gruparea mai detaliată a resurselor YY- ultimele 2 semne ale anului crearii inscrierii electronice a

documentului. XXXXXX (variabil) – este Identificatorul unic generat automat de SIA în

cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 06- X-XXX- YY). Remarca 1. Vom remarca, că resursele vor avea in unele cazuri cod unic dublu, deoarece în ele sunt împrumutate (importate) din alte organizaţii şi acolo au codul lor unic. Spre exemplu, identificarea utilajului în MS impus de conceptul SIMI este următoarea: "IDNO al instituţiei medicale" + "anul punerii iniţiale în evidenţă" + "numărul de ordine al utilajului în această instituţie

Remarca 2. Codificarea medicamentelor Codificarea importată a medicamentelor este descrisă executată în conformitate cu sistemul informaţional Nomenclatorul de Stat al Medicamentului (www.amed.md).

48

7.1.6.3. Datele (atributele) obiectului N 6 Resursă Prinicpalele atribute ale obiectului Resursă sunt următoarele: - cantitate, - data iniţierii înscrierii, - Unitate de măsură, - denumire, - descriere, - Stare (la etapa de pregătire, în utilizare, anulată, etc.), - mişcare (lista operaţiilor cu sursa- cînd a fost adus şi ce cantitate, cînd a fost distribuit şi cantitatea), - Asociere cu orgiginea sursei (organizaţia procurării, etc.), - Asociere cu destinaţia, - date despre planificarea sau programarea utilizării sursei, - Termeni de Referinţă (pentru procurare, sarcina de lucru, etc.), - Asociere cu locul plasării (ambalaj pentru materiale, cabinet de lucru pentru lucrători, etc.) - cost la unitate, cost total şi alte date contabile (inclusiv asocierea cu conturile contabile respective), - asocierea cu pacientul (dacă este relevant- în caz de eliberare pacientului sau utilizare pentru tratarea pacientului), - Denumirea comercială, -date farmaceutice (forma famaceutică, doza, concentraţia divizarea), - Producător (ţara, firma), -Inregistrare la Agenţia medicamentului (cod, data), - Cod ATC (pentru medicamente), - Denumire internaţională, - termen valabilitate, Remarcă. Obiectul Resursă este un obiect generalizat, care are drept scop reflectarea generică a proprietîţilor şi comportamentului acestui grup de obiecte. În dependenă de tipul obiectului (resurse umane, materiale, echipament, etc.) atributele şi metodele de comportament vor varia în careva măsură. 7.1.6.4. Scenarii comportament ale obiectului N 6 Resursă Cu Resursele sunt asociate următoarele evenimente suportate de SIA AMP:

La venirea pentru prima dată în sistem Punerea la evidenţă a resurselor La importarea din EHR sau din alte sisteme Stabilire plan iniţial Modificare plan

Planificare resurse

Calculare deficit/surplus

49

Programare utilizare Amplasarea şi realocarea stocurilor Adăugare de cantitate Scădere de cantitate

Mişcarea resurselor

Inventariere resurse Radierea din evidenţă La încetarea produceri, la interzicerea

importării (se indică ca Scos din evidenţă)

7.1.7. Obiectul N 7 Tichet statistic Tichetul statistic este documentul oficial de aprobare a unui diagnostic definitiv (precizat) al pacientului. 7.1.7.1. Destinaţia (sensul informaţional) al obiectului N 7 Tichet statistic Scopul tichetului statistic este de a înregistra diagnoza unui pacient în confrmitate cu sistemul de clasificare acceptat. La momentul de faţă clasificarea diagnozelor se face conform clasificatorului internaţional al maladiilor ICD-10 (sau transcripţia CIM-10). Obiectul se utilizează pentru stocarea diagnozelor în fişa electronică a pacientului, cît şi pentru analize satistice şi raportări. 7.1.7.2. Structura identificatorului obiectului N 7 Tichet statistic

Identificatorul tichetului statistic este de tip GUID. Codificarea SIMI a identificatorului unic electronic XX- XXXX- 07- X-

XXX- YY/XXXXXX: XX- codul sistemului informaţional care a generat documentul (conform

clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

07- codul tipului objectului conform clasificării SIMI (06- codul Tichetului statistic)

X- Categoria tichetului statistic (1-tipul formularului 025-1/e, 2 – tipul 025-2/e, 3- tipul 025-3/e, i...).

XXX –tipul tichetului statistic – clasificarea mai detaliată, cum ar fi: ordinar, cauzat de traumă, stabilit pentru prima dată în viaţă...

YY- ultimele 2 semne ale anului crearii inscrierii electronice a documentului.

XXXXXX (variabil) – este Identificatorul unic generat automat de SIA în cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 07- X-XXX- YY).

50

7.1.7.3. Datele (atributele) obiectului N7 Tichet statistic Prinicpalele atribute ale tichetului statistic sunt următoarele: - datele de identificare a pacientului (nume, data naşterii, adresa, cod IDNP, etc), - date despre IMS care a confirmat diagnosticul, - asociere cu medicul care a pus diagnoza (cu potenţaila semnătură electronică), - Categoria pacientului (elev, categoria de vîrstă, etc.), - Descrierea diagnosticului, - codul conform ICD 10, - Dacă este asociat cu traumă- caracterul şi localizarea, tipul traumei (intoxicaţiei), - dacă este stabilit pentru prima dată în viaţă, - dacă acesta este o diagnoză precizată- care a fost diagnoza precedentă (înlocuită), - asocierea diagnozei cu activitatea de muncă (tipul activităţii/industriei), - asocierea cu alţi factori (traumă sportivă, accident rutier, şcolar, etc., - asocierea cu trimiterea la staţionar, etc. 7.1.7.4. Scenarii comportament ale obiectului N 7 Tichet statistic Tichetul Statistic presupune următoarele evenimente:

Completarea documentului Înregistrarea iniţială semnarea documentului Verificarea dreptului de acces la modificare Audierea (înscrierea în log) modificării

Modificarea tichetului statistic

Modificarea datelor din tichet Punerea la evidenţă (supraveghere) Includerea pacienţilor în registrele de

supraveghere conform tichetului statistic dat

Radierea tichetului statistic Lichidarea (shimbarea statutului în Anulat)

7.1.8. Obiectul N 8 Serviciu prestat

Serviciul Prestat este un obiect care permite înregistrarea şi monitorizarea datelor despre serviciile medicale sau de prevenire, prestate de către IMS.

51

7.1.8.1. Destinaţia (sensul informaţional) al obiectului N 8 Serviciu prestat Scopul obiectului Serviciu Prestat este de a înregistra şi descrie detaliat serviciile prestate de către IMS, medic sau echipă. Acest obiect permite raportarea către CNAM referitor la serviciile prestate, precum şi analiza statistică a serviciilor. 7.1.8.2. Structura identificatorului obiectului N 8 Serviciu prestat

Codificarea unică a Serviciului Prestat se face prin identificator de tip GUID.

Codificarea SIMI a identificatorului unic electronic XX- XXXX- 08- X-XXX- YY/XXXXXX:

XX- codul sistemului informaţional care a generat documentul (conform clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

08- codul tipului objectului conform clasificării SIMI (08- codul Serviciilor prestate)

X- Categoria serviciului (1- serviciu medical – consultaţie, 2- serviciu medical –analize laborator, 3- - serviciu medical – utilaje medicale, 4- serviciu medical – vaccinare, 5- serviciu de prevenire, 6-instruire/educaţie, ...).

XXX –tipul serviciului prestat, conform clasificatorului MS/CNAM sau alt clasificator

YY- ultimele 2 semne ale anului crearii inscrierii electronice a documentului.

XXXXXX (variabil) – este Identificatorul unic generat automat de SIA în cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus XX- XXXX- 08- X-XXX- YY). Remarcă. În Conceptul SIMI este stipulată o structură mai simplă de codificare a serviciilor prestate, dar care este acoerită de codificarea expusă în prezentul document. Se recomandă de a utiliza codificarea nouă (propusă mai sus) în întregul spaţiu SIMI, deoarece pînă în prezent clasificarea veche din conceptul SIMI nu este utilizată încă de nici un sistem informaţional şi această clasificare nu asigură identificarea unică pe întreg spaţiul SIMI. În cazul importării unui serviciu prestat din alt sistem, se va aplica dublarea identificării, păstrînd şi codificarea împrumutată pentru asigurarea legăturii informaţionale cu sistemul adiacent.

52

7.1.8.3. Datele (atributele) obiectului N 8 Serviciu prestat

Clasificare conform Programului unic al MS (inclusiv cu indicaţia dacă sunt sau nu asigurate de către CNAM),

Data, ora prestării (început - sfîrşit), Asociere cu medicul sau echipa care a prestat serviciul, IMS, Asociere cu programarea / planificarea: vizitei, echipamentelor,

materialelor, încăperilor, Asociere cu localul în care serviciul a fost prestat, Asociere cu documentele produse, Asociere cu trimiterile făcute, Asociere cu rezultatele (de laborator, etc.), Asociere cu tichetul statistic de diagnoză, Cantitatea serviciului (cu unitatea de măsură), Costul serviciului şi alte date contabile (conturile utilizate), Asociere cu pacientul, Asociere cu forma achitării pentru serviciu (asugurare, plată în casă).

7.1.8.4. Scenarii comportament ale obiectului N 8 Serviciu prestat Servicul prestat poate fi procesat la apariţia următoarelor evenimente:

Planificare iniţială pe o perioadă (trimestru, an) Modificare plan

Planificare Servicii Prestate

Semnarea contractelor de prestare Programarea serviciilor Introducerea datelor despre servicii prestate

Prestarea serviciilor

Menţiune despre prestare Verficare permisiune de a efectua modificări Schimbarea unor date (cu logare)

Modificare datelor despre servicii prestate

Schimbarea statutului (stării) Modificarea stării în Anulat Lichidarea datelor despre servicii Anularea contractelor Verificare permisiune acces de vizualizare

Vizualizare

Logare a evenimentului de Vizualizare/ printare a unei categorii de servicii prestate

53

7.1.9. Obiectul N 9 Înregistrare EHR Acest obiect formalizearză elementele de bază din FIşa electronică a

pacientului (denumirea prescurtată internaţională – EHR) care presupune ducerea evidenţei datelor clinice şi despre sănătatea unui pacient de-a lungul întregii vieţi ai pacientului. Gestionarea fişei electronice a pacientului se va face (pe măsura posibilităţilor) conform standardelor EN13606: 1-5 şi EN13940. Introducerea acestui obiect permite separarea ontologică a descrierii proceselor din domeniul sănătăţii de realizarea automatizată a suportului acestor procese. Adică, aceasta permite separarea lucrului de programator de sarcinile clinicienilor, care pot lucra separat prin intermediul achetipurilor (archetypes, descrise în EN13606). Totodată, prin acest obiect se va asigura comunicarea cu SIA EHR în baza Extraselor EHR (”EHR Extracts”). În viitor, acest obiect va deveni nucleul SIMI (SIA EHR).

7.1.9.1. Destinaţia (sensul informaţional) al obiectului N 10 Înregistrare EHR Scopul obiectului Înregistrare EHR este formalizarea fişei electronice a pacientului şi gruparea pacienţilor conform unor proprietăţi prestabilite. Exemple de înscrieri în fişa pacientului EHR: Descrierea planului de lecuire, descrierea rezultatelor analizelor de laborator, Lista medicamentelor indicate pacientului, etc. Acest obiect are o structură ierarhică care poate avea următoarele specializări (conform EN 13606):

- Cataloage (directorii) EHR - Compoziţii - Secţii - Intrări - Clastere - Elemente.

Indentificarea unică se face pînă la cel mai jos nivel – elemente EHR. Din totalitatea de Înscrieri EHR, păstrate în repozitoriile EHR al SIA SIMI, în SIA AMP se vor păstra doar Înscrierile care aparţin pacienţilor din IMS dată. 7.1.9.2. Structura identificatorului obiectului N 9 Înregistrare EHR

Codificarea unică a Înregistrării EHR se face prin identificator de tip GUID. Codificarea SIMI a identificatorului unic electronic XX- XXXX- 9- X-XXX- YY/XXXXXX:

54

XX- codul sistemului informaţional care a generat documentul (conform clasificatorului SIA componente ale SIMI). Exemple de coduri SIA: 00- SIMI, 01-EHR, 02-AMP, 03- Spitalicesc, etc.

XXXX- codul de înregistrare a întreprinderii ca utilizator al sistemului în cadrul SIMI

9- codul tipului objectului conform clasificării SIMI (9- codul obiectului Înregistrare EHR

- X- Categoria obiectului Înregistrare (1- Cataloage (directorii) EHR, 2 - Compoziţii, 3 - Secţii, 4 - Intrări , 5 - Clastere 6- Elemente)

XXX –tipul detaliat conform clasificatorului SIMI de arhetipuri, în baza căruia se stabilesc cerinţele faţă de acest element (înscriere) conform modelului din repozitoriul de arhetipuri. Remarcă. Cu tipul Inscrierii este asociat localul păstrării datelor: Înscriere în fişa locală a pacientului (”local health record” conform EN 13940), 2- Înscriere în Repozitoriul Central (”Sharable data repository”), sau în ambele localuri,

YY- ultimele 2 semne ale anului crearii inscrierii electronice. XXXXXX (variabil) – este Identificatorul unic generat automat de SIA în

cadrul întreprinderii date pentru anul dat, de tipul dat (adică – unic în cadrul tuturor compartimentelor de mai sus (XX- XXXX- 10- X-XXX- YY).

7.1. 9.3. Datele (atributele) obiectului N 9 Înregistrare EHR

Atributele acestui obiect sunt descrise detaliat în standardele europene în domeniul EHR: 13606-1:2007 şi 13940-1:2007. Dintre priincipalele grupuri de atribute sunt:

- Data şi ora înscrierii în fişa electronică, - Data şi versiunea modificării, - Asociere cu lista permisiunilor şi politicile de acces la înscrieri,

(EHR_ACCESS) - Asociere cu Autorul înscrierii şi semnatura electronică a lui, - Asociere cu istoria (log) modificărilor în conţinutul înscrierii, - Asociere cu documentele medicale care păstrează datele despre

sănptatea pacientului, - Asociere cu tipul arhetipurilor din care face parte (sau cel puţin-

prin intermediul căruia a fost generat sau modificat), - Asociere cu EHR Extract în baza caruia se face comunicarea cu

SIA EHR, etc. - Starea înscrierii (EHR_STATUS), cu versiuni

55

7.1.9.4. Scenarii comportament ale obiectului N 9 Înregistrare EHR Principalele scenarii de comportament (şi procesare) a obiectelor

Înregistrare EHR sunt legate de evenimentele din tabelul de mai jos. Înregistrare date iniţiale Activarea obiectului – semnarea electronică

Creare Înscriere EHR

Modificarea stării obiectului (vezi remarca de sub tabel) Modificarea datelor Operaţie inversă a modificării (UnDo) Schimbarea stării Înregistrării

Modificare Înscriere EHR

Producerea unei versiuni noi a Înscrierii EHR Marcarea obiectului ca fiind Anulat Lichidare Înscriere EHR Eradierea fizică a datelor de către administrator (cu transfer în arhivă a datelor eradiate) Logarea operaţilor accesului la Înscrieri

Cereri de Acces (Vizualizare) la Înscrierea EHR din partea utilizatorilor SIA AMP Verificarea permisiuni de a efectua o

operaţie cu înscrierea dată şi afişarea datelor Atribuirea drepturilor unui rol de acces la Înscrieri EHR Atribuirea drepturilor de procesare a Înscrierilor

Modificarea drepturilor de acces la Înscriere EHR

Interzicerea de către pacient a vizualizării unor înregistrări EHR din fişa pacientului Trimiterea Extraselor EHR către SIA EHR – export, cu logarea faptului exportului Importul Extraselor EHR din SIA EHR, cu logarea datelor despre eveniment

Import/export al Extraselor EHR

Comunicare despre modificari ale Înscrierilor EHR către SIA EHR, cu logarea faptului de comunicare

Remarcă. Modificarea stării obiectului Înscriere EHR este unul din evenimentele cele mai răspăndite în EHR şi depinde de tipul concret al Înscrierii

56

EHR. Spre exemplu, Inscrierile EHR de tip ”Intrări - Activităţi” se descrie cu un graf al stărilor, care are următoarele stări posibile ale activităţilor: - Starea iniţială, - Etapa planificării, - Anularea la momentul planificării (”Cancel”), - Programarea (”Scheduled”) - Stare activă , - Suspendat temporar, - Activitate Întreruptă (”Aborted”), - Finisată cu succes (”Completed”), - Expirată. 7.2. Lista clasificatoarelor

În compartimentul dat, sunt indicate clasificatoarele de bază utilizate în sistem, inclusiv internaţionale, naţionale şi intersistemice.

7.2.1. Clasificatoare internaţionale ICD10 – de la International Classification of Deseases 10th edition. Clasificator dat se numeşte şi CIM 10 (Clasificatorul Internaţional al Maladiilor, versiunea 10). Are drept scop clasificarea maladiilor şi este una din clasificările de bază , aprobate de către MS pentru documentarea şi raportarea procesului curativ. ICPC2 – de la International Classification fro Primary Care, second version (Clasificator internaţional pentru Medicina Primară, versiunea 2). Acest clasificator este practic o completare a clasificatorului ICD 1 şi este orientat mai mult spre descrierea mai exactă a fenomenelor din AMP. Clasificatorul conţine şi un tabel de legătură cu codurile ICD-10. La etapa iniţială SIA AMP va utiliza doar clasificatorul ICD 10, iar la a doua versiune va fi adăugat şi clasificatoruli ICPC2. SNOMED – de la Systematic Nomenclature of Medicine (Nomenclatorul systematic în medicilnă) are drept scop stabilirea clară a Terminolgiei Clinice, şi face posibilă interpretarea univcă a termenilor. Acest nomeclator poate servi ca punct de pornire pentru elaborarea Dicţionarului SIA AMP în particular şi SIMI în general. Utilizarea acestui clasificator este foarte importantă la elaborarea arhetipurilor conform standardului EN13606. 7.2.2. Clasificatoare naţionale

57

7.2.2.1. Catalogul unificat de tarife pentru serviciile medico-sanitare. În SIA AMP va fi utilizat clasificatorul serviciilor bazat pe ”Catalogul unificat de tarife pentru serviciile medico-sanitare acordate de catre institutiile medico-sanitare publice republicane, municipale si raionale. Capitolul B, Servicii Medicale de profil General” , aprobat de Guvernul RM, proces verbal , nr. 2 din 12.11.2007 (http://www.ms.md/_files/1473-servicii%2520medicale%2520de%2520profil%2520medical%2520general.pdf) 7.2.2.2. Nomenclatorul de Stat al Medicamentelor Clasificatorul este aprobat prin HG Nr.271 din 4 iulie 2006 ”Cu privire la aprobarea Clasificatorului medicamentelor înregistrate în Republica Moldova”, şi poate fi utilizat în sistemul AMP ca clasificator naţional (http://www.amed.md/clasificator.html) . Acest clasificator poate servi concomitent şi ca clasificator intersistemic. 7.2.3. Clasificatoare intersistemice 7.2.3.1. Clasificatorul serviciilor conform Programului Unic MS/CNAM

Este important ca SIA AMP să permită schimbul de date cu sistemul

automatizat de la CNAM şi alte sisteme adiacente potenţiale. Pentru aceasta, este necesar de utilizat acelaşi clasificator de servicii, bazat pe HOTĂRÎREA GVUVERNULUI RM nr. 1387 din 10.12.2007 ”Cu privire la aprobarea Programului unic al asigurării obligatorii de asistenţă medicală” prevede lista exactă a serviciilor asigurate prin intermediul programului unic de către CNAM. Acest program poate servi drept clasificator al serviciilor prestate. În cazul identificării unui clasificator mai exact, va fi utilizat clasificatorul respectiv.

7.2.4. Clasificatoare de uz local şi tehnologice

Compartimentul dat conţine lista preliminară a clasificatarelor sistemului.

Denumirile clasificatoarelor sunt auto-descriptive şi nu necesită explicaţii adăugătoare. Lista va fi completată şi dezvoltată în timpul elaborării caietului de sarcini şi pe parcursul implementări sistemului. FormOfEnterprise FormaIntreprindere TypeOfInstitution TipInstitutie TypeOfDepartment TipDepartament TypeOfPosition TipPozitie TypeOfCare TipTratament

58

TypeOfProperties TipProprietate TypeOfActivity TipActivitate TypeOfDetect TipDetectare TypeOfPayment TipPlata MaritalStatus StareFamiliara Citizenship Cetatenie TypeOfAddress TipAdresa GroupOfEvidence GrupaEvidenta CategoryOfNHIC CategorieCompanieAsigurare TypeOfSurveillence TipObservaţie DisabilityStatus StareDisabilitate TypeOfEpisode TipEpizod TypeOfVisit TipVizita PlaceOfVisit LocVizita GroupOfBlood GrupSinge TypeOfReferral TipTrimitere TypeOfTraumaProf TipTraumaProfesionala TypeOfTraumaNotProf TipTraumaNeprofesionala Specialities Specialitatea TypeOfPeriodicEvent TipEvenimentPeriodic ReasonSicknessLeave CauzaConcediuDeBoala TypeOfCoverage TipCuprindere SocialStatus StatutSocial TypeOfLeaveEvidence TipEvidentaConcediuBoala TypeOfLeaveSurveillence TipObservaţieACOncediuluiDeBoala TypeOfLeaveOfDoctor TipConcediiAleMedicului AssignmentToInstitution AtribuireaLa Institutie TypeOfWorkingTime TipTimpDeLucru

7.2.5. Procedura de înnoire a clasificatoarelor

Clasificatoarele se vor înnoi în baza unor servicii web, care vor pune la dispoziţie ultima versiune a clasificatoarelor. Aceste servicii web vor fi parte componentă a sistemului integrat SIMI (realizat tehnic de SIA EHR). Serviciile WEB respective vor funcţiona în baza unui registru special ”clasificator de clasificatoare”, care va conţine lista tuturor clasificatoarelor cu cod de identificare unic, şi conţinutul acestor clasificatoare în ultimă redacţie. Pentru clasificatoare se va introduce şi noţiunea de versiune a clasificatorului, care va permite determinarea necesităţii înnoirii clasificatoarelor.

59

7.3. Fluxurile informaţionale Compartimentul dat prezintă fluxurile informaţionale de bază care circulă

în sistem, cu descrierea pe scurt a sistemelor informaţionale (atît a celor existente, cît şi a celor care se proiectează), care acordă informaţia necesară pentru asigurarea funcţionării sistemului şi, în special, pentru controlul calităţii informaţiei. 7.3.1. Tabloul general al fluxurilor informaţionale

Tabloul general al fluxurilor informaţionale este prezentat în Fig. 3 mai sus. După cum se vede din acest desen, SIA AMP reprezintă un sistem format din două părţi: AMP client, care funcţionează pe calculatorul utilizatorului, şi AMP server, care funcţionează pe serverul ÎMS sau (la etapa următoare) pe serverul centrului e-Sănătate.

7.3.2. Integrarea cu alte sisteme informaţionale

Un specific important al sistemului AMP este că toate interacţiunile cu alte sisteme adiacente din exteriorul IMS vor fi efectuate doar prin intermediul sistemului EHR care va fi nucleul sistemului integrat SIMI. Iniţial, interacţiunea SIA AMP se mai face cu SIA AOAM a companiei Naţionale de Asigurări în Medicină. După implementarea SIA EHR, comunicarea SIA AMP cu SIA AOAM poate fi re-considerată.

Nr. crt.

Denumirea sistemului informational

Tipul interactiunii

Prezinta terminologii (clasificatori) standard Prezinta, primeste si prelucreaza date ale persoanelor (pacienti, personal medical, etc.) Prezinta date de baza ale organizatiilor si identificatorul lor unic Prezinta, primeste si prelucreaza date privind documente medicale (fisa pacientului). Serveşte ca dispecer de trimiteri (trimite mesaje şi înregistrează rezultatele trimiterii conform diagrame Fig. 5)

1 SIA EHR

Serveşte ca dispecer de medicamente, interacţionînd cu sistemul informaţional automatizat Nomenclatorul de stat al

60

Medicamentului În viitor va servi ca sistem de interacţiune cu sistemul informaţional al CNAM (sistemul AOAM) Serveşte drept instrument de generare a datelor statistice şi analize OLAP Interacţionează cu serverul AMP pentru asigurarea cu date din baza de date EHR şi din sistemele adiacente Invocă funcţionalitatea serviciilor (claselor) comune tuturor sistemelor din setul SIMI Asigură evidenţa Contabilă a IMS ca întreprindere care activează conform legislaţiei RM Duce evidenţa contabilă a bunurilor, inclusiv a resurselor medicale Duce evidenţa personalului IMS

2 SIA Evidenţă Contabilă a Instituţiei Medico-Sanitare

Asigură exportul datelor necesare în SIA AMP şi evidenţa lor

3 Transmite către SIA AMP date despre pacient şi date despre (categoria) asigurării lui medicale

Transmite către SIA AMP lista pacienţilor unui medic de familie

Primeşte de la SIA AMP rapoartele statistice despre serviciile prestate

SIA AOAM

Sincronizează cu SIA AMP clasificatoarele comune

61

8. Spaţiul tehnologic al sistemului

Spaţiul tehnologic determină alegerea şi realizarea soluţiilor tehnice de

program pentru toate componentele sistemului, inclusiv problemele securităţii informaţionale şi asigurării calităţii.

În capitolul respectiv se descrie infrastructura sistemului.

8.1. Nivelele sistemului

Sistemul AMP, din punct de vedere al amplasării fizice, reprezintă un sistem de trei niveluri, cu trecerea ulterioară la un sistem de două niveluri. La etapa iniţială sistemul va fi un sistem distribuit, modulul AMP client fiind amplasat pe calculatorul utilizatorului (medicului de familie), iar modulul AMP server este plasat pe serverul întreprinderii ÎMS, care utilizează acest sistem. Acest sistem poate interacţiona cu EHR în mod online sau efectua legătura cu EHR conform unui orar (de obicei – odată în zi).

Odată cu dezvoltarea sistemului EHR şi crearea condiţiilor favorable necesare, sistemul va trece la funcţionarea în două niveluri, modulul – clent funcţionînd pe calculatorul utilizatorului, iar modulul server – pe serverul central din capitală (centrul e-Sănătate). Acest sistem de două niveluri este cu mult mai eficient în exploatare şi asigură o securitate a datelor mai avansată. Nu se recomandă menţinerea unor baze de date raionale, deoarece aceasta ar necesita mult mai multe cadre IT şi centre IT în fiecare raion sau chiar AMT.

După trecerea la 2 niveluri, IMS mari (de tip AMT) vor avea posibilitatea de a decide care date vor fi stocate pe sevrerul central al MS (de exemplu, datele referitoare la fişa electronică a pacientului), sau vor fi stocate pe serverul IMS (de exemplu- datele referitoare la plata serviciilor, etc.).

62

8.2. Reţeaua informaţională de telecomunicaţii

Comunicarea între sisteme va depinde în mare parte de investiţiile alocate şi poate varia de la conectarea temporară la funcţionarea online. Pentru funcţionarea corectă şi asigurarea impactului pozitiv aşteptat, se prevede ca sistemul să asigure conectare online pentru toate posturile de lucru ale sistemului. Viteza de conectare trebuie să corespundă unui minimum de 256 Kbs, iar viteza maximală în prezent este 50 Mbps. Din punct de vedere tehnic, acest serviciu este în present asigurat pe întreg teritoriul ţării, dat fiind că cel puţin 3 companii de telefonie mobilă prestează astfel de conexiune la Internet, iar telefonia fixă cu acces la MaxDSL acoperă centrele mai mari şi circa jumătate din localităţile rurale ale ţării. Situaţia în domeniul dat evouliază spre bine foarte rapid.

În mare parte medicii de familie vor comunica cu serverul prin reţeaua internet deschisă, şi securitatea va fi asigurată de către sistemul AMP . Pentru acele întreprnderi IMSP, care păstrează baza de date pe serverul propriu, legătura între baza de date şi calculatoarele utilizatorilor se va efectua prin reţele private VPN. Legătura de la prestatorul de servicii Internet spre Centrul e-Sănătate va fi asiugrat prin fibră optică, care în pachetele exitente pentru traficul local asigură o viteză de 50 Mbs.

Vom remarca, că această modalitate de conectare este valabilă doar pînă la elaborarea sistemului EHR al SIMI. Odată cu punerea în funcţiune a EHR, va fi utilizat un sistem de telecomunicaţie separat, proiectat şi procurat în corespundere cu cerinţele EHR 8.3. Complexele tehnice de program (CTP)

În acest compartiment este descrisă amplasarea complexelor tehnice de program (organizaţia), destinaţia CTP, componenţa mijloacelor tehnice şi a produselor software de bază. La această etapă este încă devreme de indicat configuraţia exactă a serverelor şi a echipamentului respectiv, deoarece aceste specificaţii se învechesc mai repede decît are loc implementarea sistemelor şi atfel informaţia detaliată devine inutilă. 8.3.1. CTP pentru nivelul central.

La nivelul central Sistemul AMP va avea partea AMP-server, care are

drept scop comunicarea cu partea AMP-clent, furnizarea datelor componentei AMP-client, comunicarea cu sistemul de bază EHR , comunicarea prin intremediul ERH cu alte sisteme adiacente. Acest sistem va avea un server (sau complex/claster/fermă de servere) destinat pentru procesarea aplicaţiei.

63

Baza de date va fi amplasată pe un server separat (sau clastr de servere). Baza de date va conţine doar datele tehnologice şi cele de importanţă locală (numai pentru AMP). Datele referitoare la EHR (SIMI) vor fi stocate pe un sever separat şi gestionată de sistemul EHR şi nu fac parte din complexul sistemului AMP .

8.3.2. CTP pentru nivelul IMS (raion)

La perioada iniţială de tranziţie, sistemul va putea fi utilizat la nivel

de întreprindere medico sanitară, sau la nivel raional. Această soluţie este considerată ca temporară ca fiind ineficientă în exploatare. La nivel de raion sau întreprindere ÎMS, aplicaţia - server va fi păstrată pe un server (fermă de server), baza de date fiind stocată pe alt server. În cazurile ÎMS mici, ambele părţi (aplicaţia-server şi baza de date) pot fi păstrate pe acelaşi server sau chiar acelaşi calculator. 8.3.3. CTP pentru nivelul utilizatorului

În cazurile utilizării sistemului de către medicul de familie, atît aplicaţia-

server şi baza de date, cît şi aplicaţia – client, pot fi păstrate pe un singur calculator.

În versiunea de exploatare în două sau trei niveluri, pe calculatorul utilizatorului funcţionează doar aplicaţia-client. 9. Asigurarea securităţii informaţionale a sistemului

Securitatea informaţională a sistemului se obţine prin aplicarea setului corespunzător de mijloace de control, care pot fi politica, măsurile practice, procedurile, structurile organizatorice şi funcţiile de program. Este necesar de determinat aceste mijloace de control, pentru a asigura atingerea scopurilor specifice de organizare in domeniul securităţii.

Asigurarea securităţii informaţionale a sistemului este examinată de obicei conform direcţiilor descrise mai jos.

9.1. Cerinţele generale faţă de securitatea informaţională a sistemului Securitatea faţă de datele din sistemul AMP vor fi determinate de cerinţele legislaţiei RM şi de standardul EN13606-5, care a fost elaborat special în aceste scopuri. Acest standard face referinţă la alte standarde necesare.

64

9.2. Măsurile de bază privind asigurarea securităţii informaţionale a sistemului

Securitatea informaţională va fi asigurată prin măsuri practice, şi

prin elaborarea politicilor de securitate: - Datele vor fi transmise prin Internet sau reţeaua locală doar în formă

criptată; - Vor fi utilizate reţele VPN şi WLAN pentru limitarea acesului la

aplicaţiile AMP ; - Cifrarea datelor importante în interiorul bazei de date, fiind posibil de

citit doar prin intermediul aplicaţiei, posedînd drepturile respective de acces şi cu logarea faptului vizualizării lor;

- Audierea (logarea) operaţiunilor cu datele şi cu obiectele sistemului; - Verificarea dreptului de acces al utilizatorului de a efectua anumite

operaţii; - Utilizarea Firwall-ului pentru separarea accesului larg la reţeaua internă; - Utilizarea mecanismului descris în standardul EN 13606, pentru

prezentarea datelor în formă de componente şi intrări, care permite descrierea foarte detaliată a politicilor de acces la date (pănă la nivel de camp de date).

9.3. Semnarea documentelor din sistem

Semnarea diferitor documente în SIA Medex este un aspect deosebit, deoarece este necesară stocarea documentelor în formă electronică, iar veridicitatea lor, conform legislaţiei, poate fi asigurată doar prin semnături electronice. La momentul iniţial, implementarea semnăturilor electronice nu este fezabilă din cauza unor cheltuiel importante pentru echipament şi carduri cu semnături electronice. Totodată, un sistem contemporan nu poate fi implementa fără a ţine cont de semnăturile electronice. Pentru a depăşi această contradicţie, se va acţiona în etape. La prima etapă, documentele vor fi fără semnătură electronică, aplicînd doar blocarea informaţiei după accesarea unui buton din aplicaţia SIA AMP (cu logarea timpului şi a codului operatorului, care a făcut salvarea/blocarea documentului. O altă formă de asigurarea a veridicităţii va fi scanarea şi salvarea documentelor de pe hîrtie. La a doua etapă se va implementa semnătura electronică. Implementarea (şi specificul) infrastructurii cheilor publice (PKI) va fi executată în conformitate cu standardul european EN 13606-4 ”Securitatea comunicării în fişe electronice a pacientului”. La această etapă vor fi utilizate atît semnăturile electronice (pentru utilizatorii care au infrastructura şi instruirea respectivă), căt şi metoda utilizată la etapa 1. La a treia etapă se vor utiliza doar semnăturile electronice pentru toţi utilizatorii.

65

10. Incheiere

În compartimentul dat sunt descrise rezultatele planificate ale implementării sistemului şi măsurile primordiale privind crearea lui.

Activităţile care vor urma după aprobarea conceptului vor fi următoarele: - Studierea sistemelor existente, - Analiza avantajelor şi necesităţilor de îmbunătăţire a lor, - Formularea cerinţelor funcţionale, - Elaborarea caietului de sarcini, - Dscuţia caietului de sarcini cu beneficiarii, - Selectarea sistemului informaţional care va servi drept punct de pornire

(dacă va fi ales unul), - Elaborarea proiectului tehnic de imbunătătire a sistemului existent, - Implementarea codului de program al sistemului AMP , - Testarea sistemului, - Instituţionalizarea echipei care va menţine sistemul elaborat, - Pilotarea versiunii noi in AMT Centru în mod decentralizat de

funcţionare, - Testearea şi perfectarea sistemului de raportare, - Elaborarea planului de implementare la scară naţională a SIA AMP, - Punerea in funcţiune a sistemului in AMT Centru, - Instruirea medicilor de familie , pentru implementarea pilot, - Punerea in funcţiune (decentralizată) in alte cîteva AMT şi Centre ale

medicilor de familie, - Instruirea medicilor de familie la scara naţională (in paralel cu

implementarea sistemului), - In caz ca EHR sistemul este deja elaborat- trecerea la sistemul centralizat

AMP - In caz ca sistemul EHR nu este elaboat – replicarea decentralizată a

sistemului AMP la medicii de familie. În rezultatul acestori activităţi, vor fi obţinute următoarele rezultate:

- Stistemul AMP implementat, testat şi replicat la scară naţională; - Medicii de familie şi Asociaţiile medicale teritoriale- instruiţi în utilizarea

sistemului informaţional; - Echipa (sau întreprinderea) care va menţine sistemul – instituită, instruită şi capabilă să menţină sistemul, să instruiască utilizatorii, să asigure calitatea datelor în sistem;

66

- CNMS – va avea personal instruit, capabil să monitorizeze calitatea datelor, să proceseze datele obţinute din sistem, să genereze rapoarte statistice necesare MS în baza SIA AMP;

- Partenerii MS vor putea face schimb de date cu MS prin intermediul AMP (sau EHR , dacă va fi implementată).

Alte detalii referitoare la rezultatele activităţii sunt enumerate în compartimentul 4.4.

1

Nota de argumentare

la proiectul Hotărîrii Guvernului Republicii Moldova privind aprobarea

Concepţiei Sistemului Informaţional Automatizat “Asistenţa Medicală Primară”

1. Condiţii ce au impus elaborarea proiectului Necesitatea aprobării Concepţiei Sistemului Informaţional Automatizat

(SIA) “Asistenţa Medicală Primară” (AMP) rezultă din prevederile Legii nr. 467-XV din 21 noiembrie 2003 ”Cu privire la informatizare şi la resursele informaţionale de stat” (Monitorul Oficial al Republicii Moldova, 2004, nr. 6-12, art. 44), care presupune imperativ, că orice SIA pentru instituţiile de stat este necesar de a fi aprobate printr-o hotărîre de guvern.

Automatizarea domeniului de asistenţă medicală este impus atît de practica

internaţională, cît şi de actele legislaţie naţionale şi de ramură. Astfel, în ţările UE, în mai bine de 80% din instituţiile AMP sunt utilizate sisteme informaţionale automatizate (conform publicaţiilor din aprilie 2008, 87% medici de familie din UE utilizau computere, iar 80% - utilizau sisteme informaţionale), pe cînd în Moldova sunt înregistrate doar cîteva încercări de automatizare a medicinii primare.

Strategia de informatizare a Moldovei, stabilită prin Decretul Preşedintelui

Republicii Moldova nr. 1743-III din 19 martie 2004 "Privind edificarea societăţii informaţionale în Republica Moldova" (Monitorul Oficial al Republicii Moldova, 2004, nr. 50-52, art. 300), prevede unul din compartimente segmentul «Evidenţa automatizată a resurselor socio-demografice» al Resurselor informaţionale de stat ale RM. Întru îndeplinirea acestei strategii la compartimentul ”Resurse socio-demografice”, Ministerul Sănătăţii al Republicii Moldova (MSRM) a elaborat şi aprobat în 2004 (prin ordin al MSRM) Concepţia Sistemului Informaţional Medical Integrat (SIMI), care prevede detalii ale diferitor SIA ca părţi componente ale SIMI. Una din părţile componente ale SIMI este şi SIA AMP.

Scopul creării SIA AMP este creşterea calităţii şi a eficienţei servicilor prestate

de actorii încadraţi în activităţile AMP, plasînd pe primul loc Subiectul Îngrijirii - Pacientul. Acest scop va fi atins prin:

- Asigurarea pacientului prin reducerea timpului de aşteptare a deservirii şi

oferirea imediată a informaţiilor necesare , - Creşterea calităţii serviciilor medicale prin circulaţia documentelor medicale

în interiorul instituţiilor medicale, acces deplin la informaţie (conform politicilor de securitate şi confidenţialitate),

- Posibilitatea ca pacientul singur să decidă nivelul de confidenţialitate a datelor din fişa sa,

2

- Micşorarea riscului erorilor medicale prin imposibilitatea pierderii documentelor, reducerea numărului de documente completate manual

- Depistarea rapidă a efectelor negative a medicamentelor administrate - Condiţii mai confortabile pentru lucrătorii medicali, în special la prezentarea

rapoartelor de activitate şi statistice, - Calitate şi operativitate înaltă a statisticii medicale cu posibilităţi de analiză

aprofundată a datelor şi creşterea posibilităţilor în managementul calităţii serviciilor prestate

În prezent SIA AMP este în proces de implementare la Agenţia Medicală Teritorială ”Centru”. Versiunea preliminară (cu denumirea ”Medex”) a fost elaborată în 2007 de un proiect al UE şi utilizată pînă în februarie 2010. La momentul de faţă se finalizează a doua etapă de dezvoltare a SIA AMP prin aportul Proiectului UE ”Suportul reformei în sănătate: fortificarea asistenţei medicale primare”. Începînd cu 22 februarie 2010, SIA Medex 2 este în utilizare experimentală în AMT Centru. După finalizarea utilizării experimentale a versiunii ”Medex 2” şi aprobarea oficială a acestui sistem, Ministerul Sănătăţii va putea examina replicarea acestui sistem la scară naţională.

Cointeresarea MSRM de a aproba Concepţia SIA AMP, şi de a o înregistra

oficial SIA este explicată prin faptul, că în acest caz MSRM va deveni deţinător oficial al SIA (proprietar fiind statul) pentru a putea permite replicarea oficială, în conformitate cu prevederile legislaţiei în vigoare. pentru IMSP AMP în ţară. Aceasta duce potenţial (după cum este specificat mai jos în compartimentul 4) la economia unor resurse bugetare importante.

2. Principalele prevederi ale proiectului, locul în sistemul de acte

normative După cum este menţionat mai sus, SIA AMP este parte componentă a SIMI,

iar SIMI este parte componentă a Strategiei Naţionale de edificare a societăţii informaţionale.

SIA AMP este un sistem de evidenţă şi control automatizat al ocrotirii

sănătăţii în Republica Moldova în domeniul Asistenţei Medicale Primare şi are drept scop automatizarea proceselor business care au loc în Asistenţa Medicala Primară din Moldova şi procesarea datelor clinice în domeniul dat. SIA “Asistenţa Medicala Primară” asigura acoperirea a astfel de contururi funcţionale din cadrul SIMI cum sunt: conturul evidenţei şi controlului sănătăţii persoanelor fizice (“STAREA SANĂTĂŢII”), conturul evidenţei si controlului instituţiilor sistemului ocrotirii sănătăţii (“INSTITUŢII MEDICALE”), conturul evidenţei si controlului cadrelor instituţiilor medicale (“CADRE”).

Sistemul va putea fi utilizat atît la nivelul unui singur medic de familie, cît şi

în Agenţii Medicale Teritoriale mari, aşa cum sunt AMT-urile din Chişinău, fiind

3

utilizat atît decentralizat, cît şi în regim de multi-utilizator, cum ar fi nivel AMT, Raional sau Naţional.

Documentul ”Concepţia SIA AMP” determină orientările strategice ale dezvoltării informatizării şi ale tehnologiilor informaţionale în domeniul Asistenţei Medicale Primare, care are drept obiectiv: culegerea de date, modelarea proceseleor-business din domeniu, oferirea unor calcule statistice, prezentări grafice, etc. Trăsătura principală a concepţiei este abordarea complexă a informatizării domeniului medical, cuprinzând activităţile tuturor instituţiilor medico-sanitare de asistenţă medicală primară, subordonate Ministerului Sănătăţii. În concepţie sunt indicate principiile generale de creare a SIA AMP, sunt determinate resursele informaţionale, necesare pentru includerea în sistem, precum şi resursele informaţionale adiacente de bază şi departamentale, care vor genera informaţii necesare pentru funcţionarea cu succes a sistemului dat.

În Concepţia SIA AMP propusă este specificată realizarea următoarelor

contururi funcţionale: - înregistrarea şi programarea pacienţilor; - evidenţa tratării episoadelor curative; - fişa electronică a pacientului; - evidenţa medicamentelor indicate (administrate) pacienţilor; - supravegherea de lungă durată şi dispanserizarea; - monitorizarea măsurilor de prevenire a maladiilor; - prestare de servicii administrative pentru pacienţi; - evidenţa resurselor medicale din instituţie; - raportare şi management al calităţii; - asigurarea securităţii şi confidenţialităţii datelor despre pacient.

De asemenea, sunt specificate alte compartimente prevăzute de Regulamentul Tehnic RT-38370656-002 :2006 ”Procesele ciclului de viaţă a sistemelor software”:

- Documentele sistemului, - Spaţiul informaţional şi obiectele informaţionale de bază, - Spaţiul tehnologic şi aspectele de securitate şi confidenţialitate.

Aprobarea Concepţiei date ce solicită în conformitate atît cu Legea 467

(menţionată mai sus), cît şi cu Hotărîrea de Guvern nr. 562 din 22 mai 2006 ”Cu privire la crearea sistemelor şi resurselor informaţionale automatizate de stat”. Aprobarea concepţiei este obligatorie, deoarece conform HG numite, iniţierea procesului de creare a sistemelor şi resurselor informaţionale automatizate de stat se realizează pe baza unei Hotărîri de Guvern, indiferent de sursele de finanţare.

Concepţia SIA AMP, astfel aprobată, va servi ca temei pentru înregistrarea SIA AMP în”Registrul sistemelor şi resurselor informaţionale de stat” ca parte

4

componentă (subsistem) a subsistemului (Conturului funcţional) „Starea sănătăţii” a Sistemului Informaţional Medical Integrat (SIMI).

3. Argumentarea şi gradul compatibilităţii proiectului cu legislaţia

comunitară

Pe lîngă conformarea la legislaţia naţională, expusă în p.1 şi p.2 mai sus, Documentul ”Concepţia SIA AMP”, a fost elaborat atît în conformitate cu necesităţile de ramură a MSRM, cît şi cu respectarea cerinţelor tehnologiilor informaţionale.

Din punct de vedere a legislaţiei ramurale, Concepţia SIA AMP este prevăzută ca parte componentă a Sistemului SIMI, iar sistemul deja elaborat şi testat respectă întru totul specificul AMP din Moldova, implementînd ordinele de bază ale MSIRM în ceea ce priveşte Registrele de evidenţă a populaţiei şi pacienţilor, a Registrelor de monitorizare conform grupelor de diagnoze, grupelor de risc şi de sănătate, respectarea formatelor de raportare statistică pentru MSRM şi compania naţională de asigurare în medicină (CNAM) . Respectarea cerinţelor şi necesităţilor AMP din Moldova este dovedită prin exploatarea industrială cu succes a primei versiuni SIA AMP timp de doi ani şi exploatarea experimentală actuală a celei de a doua versiuni în AMT Centru din Chişinău.

Din punct de vedere al tehnologiilor informaţionale, Concepţia SIA AMP a fost elaborată în conformitate cu regulamentul tehnic Regulamentului Tehnic RT-38370656-002 :2006 ”Procesele ciclului de viaţă a sistemelor software” publicat de Ministerului Tehnologii Informaţionale şi Comunicaţii (MTIC) , şi în conformitate cu standardele internaţionale respective (ISO 15288, ISO12207). În conformitate cu H nr. 562 sus-numită, autorităţile administraţiei publice centrale şi locale prezintă spre coordonare Ministerului Tehnologii Informaţionale şi Comunicaţii (MTIC) concepţiile sistemelor. Vom menţiona, că Concepţia SIA AMP este deja coordonată cu MTIC şi a fost susţinută prin scrisoarea MTIC din 27.11.2009 (Nr.01/407).

4. Fundamentarea economico-financiară Deoarece implementarea sistemelor informaţionale în sectorul ocrotirii

sănătăţii, conform practicii internaţionale, este inevitabilă, fundamentarea economico-financiară nu poate fi făcută prin compararea unor soluţii de tip ”a implementa sau nu sisteme informaţionale”. Aceasta se explică prin faptul, că influenţa a astfel de factori de impact, cum sunt creşterea calităţii serviciilor prestate şi posibilitatea cercetărilor bazate pe date obţinute din sistemele informaţionale, nu poate fi exprimat în mod direct în termeni de efect economic.

De aceea, pentru a putea evidenţia explicit factorul economic, vom efectua

analiza comparativă a două scenarii posibile în baza unor factori care, deşi nu

5

acoperă nici pe departe tot impactul posibil, permit totuşi evidenţierea aspectelor corelate direct de cheltuieli financiare. Scenariile sunt:

1) Scenariului implementării SIA AMP numită Medex (implementată în

AMT Centru cu suportul proiectelor UE) 2) Scenariul implementării altor SIA ale unor companii private, care sunt

testate în prezent. Tabelul de mai jos reflectă comparaţia acestor scenarii în conformitate cu factorii selectaţi.

Tabel. Analiza comparativă a SIA AMP cu alte sisteme de pe piaţă

Factorul de comparaţie SIA AMP (Medex 2) Alte SIA ale companiilor private

Acoperirea funcţională a cerinţelor MSRM (de ex. Tichet Statistic, Laborator, Vaccine, Trimiterea pacienţilor la examinare)

+ --

Posibilitatea utilizării Web pe întreaga ţară

+ --

Al cui este (va fi) proprietate Proprietate a statului, deţinător - MSRM

Companii private

Accesibilitatea codurilor pentru modificări

totalmente --

Posibilitatea integrării directe a codului SIA AMP cu alte componente ale SIMI

+ --

Necesitatea achitării costurilor licenţelor pentru implementarea iniţială

Nu sunt necesare, deoarece proprietatea (deţinător) al drepturilor aparţine MSRM, iar SIA curent este elaborat cu suportul proiectelor UE

Sunt necesare şi sunt sume considerabile

Necesitatea achitării costurilor licenţelor anuale

Nu sunt necesare, deoarece proprietatea (deţinător) al drepturilor aparţine MSRM

Sunt necesare şi sunt sume considerabile

După cum vedem din tabel, efectul economic derivă din mai mulţi factori,

dintre care el mai evident este faptul, că pentru SIA AMP Medex 2, deţinut de MSRM nu va fi necesară achitarea licenţelor de implementare iniţială şi a celor anuale (estimate la aproximativ 500,000 EUR anual în cazul replicării pe întreaga ţară). Aceasta este deosebit de important, deoarece medicina primară presupune cel mai mare număr de utilizatori ai SIA comparativ cu ale sectoare ale domeniului ocrotirii sănătăţii. Mai menţionăm, că sistemul dat a fost elaborat cu suportul proiectelor UE fără a cheltui resurse financiare din bugetul de stat.

6

În cazul aprobării Concepţiei date, MSRM va elabora un plan de

implementare cu mai multe detalii referitoare la buget şi mecanismele de finanţare.

5. Materiale informative şi analitice Anexat este Documentul Concepţia Sistemului Informaţional Automatizat „Asistenţa Medicală Primară”.

6. Numele participanţilor la elaborarea proiectului

Proiectul hotărîrii de guvern este elaborat de către Ministerul Sănătăţii, cu

suportul experţilor din Proiectul Uniunii Europene ”Suportul reformei ocrotirii sănătăţii: fortificarea asistenţei medicale primare din Moldova, EuropeAid 126047 _C_SER_MD”, a Centrului Naţional de Management în Sănătate şi a reprezentanţilor grupului de lucru Nr. 4 al proiectului sus-numit. La definitivarea Documentului Concepţiei SIA AMP a fost binevenită şi utilă consultarea specialiştilor MTIC prin comentariile lor făcute înainte de a susţine versiunea finală a Documentului.

După cum am menţionat, SIA AMP Medex 2 este în utilizare experimentală

în AMT Centru, personalul căreia a participat la formularea sarcinilor şi la pilotarea sistemului.

Ministru Vladimir HOTINEANU