Pacientų platformos ir portalai
Registracija, anketos, tyrimų rezultatai, žinutės ir sutikimų valdymas pacientams.
Sveikatos priežiūros programinės įrangos kūrimas
Kuriame pacientų ir klinikų platformas, HL7 FHIR integracijas ir medicininį DI sveikatos priežiūros įstaigoms bei skaitmeninės sveikatos įmonėms – BDAR ir HIPAA reikalavimus įtraukdami į architektūrą nuo pirmojo sprinto.
BDAR (GDPR)
HIPAA
HL7 FHIR R4
SMART on FHIR
Standartai
Standartai, kurių laikomės
Kiekvienas sveikatos priežiūros projektas projektuojamas pagal BDAR, o JAV pacientų duomenims – ir pagal HIPAA; integracijoms naudojame HL7 FHIR R4 ir SMART on FHIR autorizaciją. Kuriame laikydamiesi šių standartų, o jūsų produkto sertifikavimas lieka jūsų organizacijos atsakomybė.
BDAR (GDPR)
ES duomenų apsauga
Sveikatos duomenys kaip specialių kategorijų duomenys (9 str.), duomenų tvarkymo sutartys (28 str.), tvarkymo saugumas (32 str.).
HIPAA
JAV pacientų duomenys
Saugumo taisyklės (Security Rule) techninės priemonės ir verslo partnerio sutartis (BAA) prieš bet kokią prieigą prie PHI.
FHIR
R4
R4
Sąveikumas
HL7 FHIR R4 ištekliai ir REST API klinikiniams bei administraciniams duomenims keistis.
SMART
Autorizacija
SMART on FHIR ir OAuth 2.0 standartiniam programų paleidimui ir ribotai prieigai prie įrašų.
Sektoriaus paslaugos
Kokią sveikatos priežiūros programinę įrangą kuriame
Projektuojame, kuriame ir prižiūrime šešių rūšių sveikatos priežiūros sistemas – nuo programėlių pacientams iki administracinių procesų automatizavimo ir klinikinio DI.
Klinikų ir praktikų valdymas
Vizitų planavimas, darbuotojų grafikai, sąskaitos ir ataskaitos klinikoms bei medicinos centrams.
EHR / EMR integracijos
HL7 FHIR R4 sąsajos, duomenų susiejimas ir sinchronizavimas su esamomis įrašų sistemomis.
Nuotolinės konsultacijos ir stebėsena
Vaizdo konsultacijos, prietaisų duomenų surinkimas ir įspėjimai gydytojų komandoms.
Medicininių dokumentų apdorojimas
Struktūrizuotų duomenų išgavimas iš siuntimų, laboratorinių tyrimų ir skenuotų formų.
Klinikiniai DI asistentai
Santraukos ir atsakymai, pagrįsti klinikiniais dokumentais, visada su gydytojo patikra.
Sąveikumas
Kaip veikia FHIR integracija
Tarp esamų klinikinių sistemų ir jūsų programos įdiegiame FHIR integracijos sluoksnį, kad duomenys būtų tikrinami, susiejami ir prieiga kontroliuojama vienoje vietoje.
ŠaltinisEHR / EMR / LISEsamos klinikinės sistemos
FHIR R4Integracijos sluoksnisTikrinimas · susiejimas · sutikimų patikra
SMARTAutorizacijaOAuth 2.0 teisės kiekvienam naudotojui ir programai
ProgramaJūsų programaPaciento ar gydytojo sąsaja
ŽurnalasAudito žurnalasKas, kada ir kokį įrašą peržiūrėjo
Atitiktis
Atitiktis – darbo proceso dalis
Kiekvienas reguliavimo reikalavimas apimtyje susiejamas su konkrečiu inžineriniu darbu, todėl atitiktis matoma užduočių sąraše, o ne paliekama galutinei peržiūrai.
| Reikalavimas | Ką darome projekte |
|---|---|
| BDAR 9 str. – specialių kategorijų duomenys | Kiekvienam duomenų srautui dokumentuojame teisinį pagrindą ir sumažiname sveikatos duomenų kiekį. |
| BDAR 28 str. – duomenų tvarkytojas | Prieš gaudami prieigą prie asmens duomenų pasirašome duomenų tvarkymo sutartį. |
| BDAR 32 str. – saugumas | Šifravimas perduodant ir saugant, rolėmis paremta prieiga, patikrintos atsarginės kopijos. |
| BDAR 35 str. – PDAV | Pateikiame techninę informaciją jūsų poveikio duomenų apsaugai vertinimui. |
| HIPAA §164.312(a) – prieigos kontrolė | Unikalūs naudotojų ID, rolėmis paremtos teisės, automatinis sesijos užbaigimas. |
| HIPAA §164.312(b) – audito kontrolė | Nepakeičiami prieigos prie pacientų įrašų ir jų pakeitimų žurnalai. |
| HIPAA §164.312(e) – perdavimo saugumas | TLS visam srautui; jokios PHI el. laiškuose, žurnaluose ar analitikos įrankiuose. |
| HIPAA – verslo partneris | Verslo partnerio sutartis (BAA) pasirašoma prieš bet kokią prieigą prie PHI. |
- Medicininis DI su žmogaus priežiūra. Klinikiniai rezultatai yra pasiūlymai, kuriuos peržiūri kvalifikuoti specialistai, o kiekvienas modelio atsakymas nurodo šaltinio dokumentą.
- Medicinos prietaiso klausimai keliami anksti. Jei programinė įranga galėtų būti laikoma medicinos prietaisu pagal ES MDR, tai pažymime jau pradiniame etape ir dirbame kartu su jūsų reguliavimo komanda.
DUK
Klausimai apie sveikatos priežiūros sprendimus
Ką sveikatos priežiūros komandos klausia prieš pradėdamos dirbti su mumis.
Ar RubyPlius turi HIPAA sertifikatą?
Oficialaus HIPAA sertifikato įmonėms ar programinei įrangai nėra. Kuriame laikydamiesi HIPAA Saugumo taisyklės, tvarkydami PHI pasirašome verslo partnerio sutartį (BAA) ir padedame atlikti jūsų atitikties vertinimą.
Kur saugomi pacientų duomenys?
Jūsų pasirinktame regione. ES klientams pagal nutylėjimą naudojame ES debesijos regionus, JAV klientams – JAV regionus, kuriems taikoma BAA su debesijos paslaugų teikėju.
Ar galite integruotis su mūsų esama EHR sistema?
Taip, jei ji turi HL7 FHIR API ar kitą dokumentuotą sąsają. Pradedame nuo trumpos turimų sąsajų ir duomenų kokybės techninės peržiūros.
Ar naudojate pacientų duomenis DI modeliams mokyti?
Ne, be aiškaus jūsų rašytinio sutikimo – ne. Kūrimui naudojami nuasmeninti arba sintetiniai duomenys, o DI paslaugų teikėjai, kai tai įmanoma, sukonfigūruojami nesaugoti jūsų duomenų ir jais nesimokyti.
Ar kuriate medicinos prietaisus?
Kuriame programinę įrangą sveikatos priežiūros organizacijoms. Jei produktas gali būti laikomas medicinos prietaiso programine įranga, dirbame pagal jūsų kokybės vadybos sistemą ir reguliavimo nurodymus.
Kontaktai
Aptarti sveikatos priežiūros projektą
Aprašykite sistemą ir susijusius duomenis. Šioje formoje nepateikite jokių pacientų duomenų.