standardele de interoperabilitate și schema
activitățile de dezvoltare a standardelor întreprinse de la începutul anilor 1980 au avut ca scop oferirea de soluții la aceste provocări de interoperabilitate., Digital Imaging și Comunicațiilor în Medicină (DICOM®), comitetul pentru standarde de National Electrical Manufacturers Association (NEMA), a fost unul dintre primii pentru a dezvolta un standard pentru comunicarea imagistica medicala informații , publicate de Organizația Internațională pentru Standardizare (ISO12052:2017). Toate standardele de sănătate de nivel șapte (HL7) sunt publicate de o organizație oficială de standarde naționale, American National Standards Institute (ANSI)., Este important de menționat că standardele HL7 (Health Level Seven) se concentrează pe interoperabilitatea tehnică (schimbul de date privind sănătatea), ceea ce duce la o interoperabilitate operațională (semantică) limitată .
acum foarte popular fast Healthcare Interoperability Resources (FHIR®) standard a îmbunătățit foarte mult fluxurile de informații operaționale . Modelul de referință HL7 FHIR® este definit printr-o colecție de modele de informații (resurse). Acestea pot fi profilate (sau nu) pentru a genera un model de informații clinice., Resursele FHIR® sunt produse dintr-un superset de date găsite în sistemele vechi pentru a fi utilizate direct de dezvoltatori. Strict vorbind, acestea nu sunt „modele”, deoarece nu se utilizează niciuna dintre moștenirea obișnuită, încapsularea elementelor comune sau practicile de dactilografiere. Utilizarea cu succes a standardului FHIR® depinde de gradul de acord încheiat între părți. Ajungerea la un acord în acest mod este mai ușor de realizat în cadrul organizațiilor de către un număr mic de părți interesate, inclusiv clinicieni, decât acorduri pentru a se potrivi rețelelor mai extinse. Acest lucru limitează oportunitățile de reutilizare a software-ului .,o revizuire a șase organizații din SUA Medicare responsible Care a subliniat din nou necesitatea de a adopta o abordare standard. Sa constatat că cei care au folosit un singur sistem electronic de înregistrare a sănătății în rețelele furnizorilor lor, au putut să partajeze date în timp real, sporind capacitatea furnizorilor de a coordona îngrijirea. Alții au avut acces la schimburi solide de informații privind sănătatea, permițând accesul la datele pacienților de la furnizori externi. În ciuda acestui fapt, sa observat că întregul potențial al sănătății nu a fost realizat.,e rezultatul slab de interoperabilitate a compromite capacitatea de a de îngrijire care rezultă în:
•
Recurgerea la alte mijloace pentru a partaja date, inclusiv telefoane și faxuri,
•
Împovărătoare și frustrant utilizarea EHRs,
•
Medic epuizare din cauza volumului de muncă asociate cu DES management,
•
Accesul la sănătate schimburi de informații cu puțin sau date incomplete crearea de dificultate în ceea ce privește coordonarea îngrijirii,
•
Incapacitatea de a oferi sănătate A pacienților, altele decât portaluri on-line a lor EHRs,
•
Incapacitatea de a utiliza google analytics pentru a personaliza grijă pentru a se potrivi individuale nevoile pacientului.,o inițiativă a sectorului privat întreprinde în prezent un proiect menit să promoveze adoptarea de către industrie a unor standarde de interoperabilitate moderne și deschise, cunoscute sub numele de Proiectul Argonaut . Scopul acestui proiect este de a dezvolta o API bazată pe FHIR®și o specificație a serviciilor de date de bază pentru a permite schimbul extins de informații pentru înregistrările electronice de sănătate și alte tehnologii informaționale de sănătate bazate pe standarde de Internet și modele și stiluri arhitecturale. Această lucrare este sponsorizată de numeroși furnizori, inclusiv Cerner, Epic și Accenture., Scopul acestei lucrări este de aproximativ accelerarea FHIR® model de dezvoltare, concentrându-se pe mai specifice FHIR® profile și documentare, inclusiv un accent pe care însoțește securitate caietul de sarcini și documente pentru a permite interoperabilitatea între moștenirea sisteme proprietare, în cazul în care vânzătorii lor contractual de control de acces la date. Utilizarea acestor API-uri creează riscuri inerente pentru erori și siguranța pacienților din cauza mapării datelor.organizațiile de îngrijire a sănătății sunt acum în proces de gestionare a absorbției rapide a FHIR® și a utilizării mai mari a API-urilor., Din perspectiva infrastructurii naționale trebuie să existe mijloacele necesare pentru a facilita reutilizarea unor modele cheie FHIR® utilizate frecvent. Acestea pot fi alese pentru a deveni standarde HL7 aprobate. Fără adoptarea modelelor standard convenite, va exista o proliferare a modelelor FHIR® dezvoltate pentru a răspunde nevoilor locale, multe repetări și inconsecvențe limitând progresul național general către realizarea unui ecosistem digital de sănătate bine conectat., FHIR® modele nu sunt în conformitate cu bine-cunoscut de modelare convențiile cum s-a demonstrat prin Beale, care a concluzionat că:
FHIR resursele par a fi rezultatul separate comisii de lucru, cu aproape nici o referire încrucișată, metodologie, sau comune de bază de proiectare. Rezultatul este că fiecare resursă este ceva de genul unui „sac de atribute”, probabil datorită aplicării așa-numitei reguli 80/20 în contextul Comisiei.
modelele FHIR® trebuie să ia în considerare un număr foarte mare și imposibil de gestionat de puncte de date., Această limitare este depășită prin adoptarea unor modele generice care sunt perfect potrivite pentru mesagerie, dar nu pentru stocarea coerentă semantic a datelor clinice. Contextul este parte integrantă a modului în care clinicienii procesează informațiile. Contextul trebuie luat în considerare atunci când se dezvoltă sisteme de sprijin decizional sau de inteligență artificială, când se adoptă diverse strategii analitice de date și pentru orice număr de standarde relevante, inclusiv cele utilizate pentru cartografierea datelor.,se spune că resursele FHIR® conțin un continuum de niveluri ontologice, au două caracteristici nedorite într — un model Informațional stabil :
volatilitate-resursele specifice clinic vor trebui în mod clar să se schimbe în timp. Modul în care acest lucru afectează profilurile dependente este o întrebare interesantă;
open-endedness — trebuie să presupunem că setul de resurse va continua să crească pentru a se potrivi noilor categorii majore de informații clinice.,consecințele acestor factori sunt că modelul este „niciodată terminat” și că orice baze de date sau software bazat pe acesta va avea, de asemenea, nevoie de întreținere continuă. Există o altă problemă asociată cu informațiile din aval-prelucrarea pentru utilizarea secundară a datelor. Aceasta este o incapacitate de a ști dacă structurile de date care par a fi aproape aceleași pot fi tratate în același mod; implicit cu FHIR este că fiecare resursă este propriul său lucru ., Unul standardele internaționale expertul a menționat că:
FHIR® a fost proiectat și conceput ca un API/standard de schimb, cele mai importante GENERIC organizații (Google, Microsoft, IBM, etc) și cel puțin unul major DES furnizor (Cerner) au îmbrățișat FHIR® ca o persistență obiect schema și datastore schema. FHIR® rămâne underspecified la nivel internațional, ca legarea de seturi de valoare este retrogradat la ghiduri de implementare (de exemplu, SUA Core FHIR® ghid de implementare)., Dat naționale actuale predispoziții spre naționale de Sănătate Tehnologia Informației (HIT) coduri (practic, fiecare țară are propriile darn publicarea codurilor de Procedură, și în mod ciudat întreaga lume nu este încă folosind ICD11) această separare este foarte pragmatic. Barierele din calea interoperabilității HIT internaționale au mai puțin de-a face cu specificațiile tehnice de sintaxă și mult mai mult de-a face cu tendința aproape intractabilă a țărilor de a-și specifica propriile sisteme de codificare, uneori brevetate.,
adoptarea cadrului arhitectural openEHR necesită utilizarea unei abordări de modelare mai cuprinzătoare . Aceste modele sunt capabile de a lega cu FHIR® modele în cazul în care este necesar, de exemplu openEHR reacții Adverse riscul de arhetip și FHIR® AllergyIntolerance de resurse în comun au fost publicate și aliniat la sfârșitul anului 2015., Arhetipurile încorporează activitatea de colaborare întreprinsă de o mare comunitate internațională virtuală de profesioniști multidisciplinari care transformă datele de sănătate într-o formă electronică (computabilă) bazată pe dovezi pentru a asigura interoperabilitatea universală în orice ecosistem digital de sănătate. Această abordare constă în modelarea pe mai multe niveluri, cu o singură sursă, într-o arhitectură software orientată spre servicii delimitată de un set de specificații publicate de Fundația openEHR și disponibile gratuit pentru oricine.,openEHR este o specificație standard deschisă guvernată de o fundație non-profit, este disponibilă gratuit pentru a fi implementată de orice dezvoltator. OpenEHR caietul de sarcini, rezultatul a 25 de ani de cercetare și dezvoltare, reprezintă singura grave instanțierea ISO 13606 Model de Referință pentru dosarul electronic de sănătate comunicare care prezintă o structură ierarhică pentru informații clinice . Acest standard este utilizat din ce în ce mai mult în proiecte masive din Regatul Unit, Norvegia, Finlanda, Slovenia și Germania., De asemenea, China, Chile, Brazilia, Italia și Caraibe au adoptat această abordare. De fapt ISO 13606 a fost derivat din experiența openEHR, și, mai recent, a fost influențată prin experiență cu alte standarde, inclusiv FHIR®. Activitatea de modelare clinică este mai extinsă decât cea desfășurată oriunde altundeva anterior cu o comunitate de voluntari de peste 2000 de oameni din 93 de țări.modelele clinice de domeniu ISO13606 cunoscute sub numele de” arhetipuri ” sunt externe software-ului., Fiecare arhetip definește un număr maxim de puncte de date posibile și grupuri de date care se aplică conceptului modelat. Aceasta prevede un număr maxim de contexte diferite pentru a se potrivi tuturor specialităților clinice și utilizărilor potențiale ale datelor. Șabloanele, constând dintr-un strat de modele de” recombinare „pentru definirea seturilor de date, utilizează numai acele puncte de date dintr-un set (orice număr sau selecție) de arhetipuri care sunt necesare pentru orice” caz de utilizare ” sau aplicație specifică, cum ar fi orice tip de evaluare clinică., Șabloanele pot fi utilizate ca definiții de mesaje pentru sistemele vechi, precum și seturi de date pentru aplicații noi, inclusiv formulare. Aceasta înseamnă că orice set de arhetipuri poate fi reutilizat pentru mai multe cazuri de utilizare. Aceasta permite unor părți semnificative ale software-ului să fie derivate din arhetipuri. Arhetipurile reprezintă date atomice într-un standard deschis; un factor critic de succes capabil să reziste schimbărilor tehnologice, în special schimbului și persistenței.,
aceste „arhetipuri” (modele) sunt utilizate de diverse aplicații, inclusiv în Serviciul Național de sănătate al Regatului Unit, unde sunt utilizate pentru Conversia sistemelor de umbră care permit utilizarea depozitelor de date neutre ale furnizorilor. Alți utilizatori sunt: Queensland Health și unele spitale private pentru sistemele lor de control al infecțiilor, o serie de facilități de sănătate primară din Sydney de Vest și EHR partajat din Teritoriul de Nord și partenerii din industria openEHR ale căror sisteme sunt implementate pe scară largă în țările scandinave., Componentele și sistemele conforme sunt „deschise” în ceea ce privește modelele de date și API-urile. Din punct de vedere strategic, abordarea openEHR are un accent de sănătate bine adaptat îngrijirii centrate pe pacient. Această abordare permite o piață de software bazată pe platformă sau „open back-end”, în care vânzătorii din industria sănătății și dezvoltatorii de soluții interfațează între ei sisteme prin modele de informații standardizate, modele de conținut, terminologii și interfețe de servicii.,
o colaborare deschisă între persoane fizice, industrie, organizații de standardizare și furnizori de servicii medicale au convenit să colaboreze pentru a accelera dezvoltarea standardelor deschise de interoperabilitate în sectorul sănătății și social. Ei au oferit un forum de colaborare pentru schimbul de experiențe și furnizarea de soluții menite să depășească acest peisaj confuz. În iulie 2018 au publicat o prezentare generală a ceea ce a fost descris aici . Sa observat că aceste multe standarde sunt în proces de convergență. Standardele FHIR® și openEHR nu abordează aceeași problemă., Ambele creează modele de informații clinice, dar modelele openEHR (arhetipuri) sunt independente de furnizorii centrați pe date pe platformele openEHR. FHIR® este centrat pe aplicații, deoarece creează un model comun pentru utilizare în orice aplicație, pentru a forma apoi baza definirii interoperabilității între aplicații, indiferent de modelele deschise sau proprietare pe care au fost construite. Cei care utilizează soluții de interoperabilitate centrate pe aplicații fac acest lucru pentru a permite utilizarea continuă a sistemelor vechi costisitoare.,openEHR și FHIR® oferă abordări complementare, dar diferite, pentru conectarea unui mozaic complex de aplicații într-un singur sistem coerent . Abordarea openEHR centrată pe date se concentrează pe normalizarea datelor de sănătate în primul rând și pe construirea de noi sisteme pe lângă sistemele moștenite pentru a evita problemele de interoperabilitate împreună. Este vorba despre definirea unui strat de date într-o arhitectură de sistem deschisă. Acesta este cel mai important strat, deoarece facilitează utilizarea optimă a datelor pentru a îmbunătăți rezultatele, pentru a gestiona mai bine bolile cronice și pentru a permite o mai bună gestionare a sănătății populației., Acest lucru necesită stocarea datelor în formate neutre ale furnizorului, spre deosebire de formatele proprietare ale majorității sistemelor vechi. Abordarea centrată pe date permite stocarea și utilizarea datelor digitale de sănătate pe toată durata de viață a oricărui pacient.aproape fiecare sistem bazat pe openEHR dezvoltă în prezent interfețe FHIR® pentru a se asigura că pot susține călătoria pacientului între sistemele openEHR și non-openEHR . schema de conectivitate openEHR poate fi construită o dată și partajată între toți furnizorii openEHR, deoarece se bazează pe arhetipuri comune openEHR., Aplicațiile grupate pe o platformă bazată pe openEHR nu au nevoie de soluții de schimb, cum ar fi FHIR®, deoarece sunt capabile să comunice direct între ele prin depozite de date clinice partajate. Acest lucru permite noilor intrați pe piață să se concentreze pe dezvoltarea de aplicații cu adevărat inovatoare și funcțional pentru a satisface cerințele clinice de nișă. Capacitatea FHIR® este necesară doar pentru a le permite să comunice cu aplicații proprietare ale furnizorilor de ecosisteme mai largi .
Leave a Reply