5 Mafunzo Kutoka kwa Muunganisho wa EHR wa Mipakani
Nilitumia miezi kadhaa kuunganisha rekodi za wagonjwa katika nchi mbili tofauti. Nilifanya kazi na Mchambuzi Mkuu wa Biashara (Lead Business Analyst) mwenye uzoefu wa miaka kumi wa kliniki. Mtazamo wake ulibadilisha jinsi ninavyotazama programu za afya.
Hapa kuna masomo matano kutoka kwa mradi huo.
- Upangaji wa istilahi (Terminology mapping) ni mgumu kuliko upangaji wa data (data mapping)
Wahandisi mara nyingi huchukulia muunganisho kama tatizo la muundo (schema). Unapanga uwanja A kwenda uwanja B na unamaliza. Katika sekta ya afya, hii inafeli.
Mfumo mmoja ulitumia ICD-10 na mwingine ulitumia ICD-11. Hayapatani vizuri. Mfumo mmoja ulitumia LOINC kwa maabara wakati mwingine ulitumia nambari za ndani za zamani.
BA wetu alitengeneza mchanganuo wa dhana (concept crosswalk) kabla hatujaandika kodi. Alipanga nambari za ndani kulingana na seti ya kawaida kama SNOMED CT. Bila hili, tungalikuwa tumaharibu maana ya kliniki.
Upangaji mbovu wa uwanja (field mapping) unazalisha thamani zisizo sahihi. Upangaji mbovu wa istilahi unazalisha thamani zinazoonekana kuwa sahihi lakini ni za kliniki zisizo sahihi. Hili la pili ni hatari zaidi.
- Sheria za data huunda usanifu mapema
Nilidhani tutatengeneza muundo wa data kwanza na kushughulikia uzingatiaji wa sheria (compliance) baadaye. Nilikuwa nimekosea.
Data za wagonjwa zinapovuka mipaka hukutana na sheria nyingi kama HIPAA au GDPR. Baadhi ya nchi zinapiga marufuku data za afya kutoka nje ya mipaka yao.
BA wetu alifanya kazi na timu za kisheria mapema. Aliamua ni uwanja gani unaweza kunakiliwa (replicate) na upi unahitaji kufutwa utambulisho (de-identification).
Hii ilibadilisha usanifu wetu. Tulijenga tabaka la hoja ya pamoja (federated query layer) badala ya kanzi data moja inayojirudia. Tuliongeza lebo za uainishaji wa data moja kwa moja kwenye muundo wetu (schema).
Watafute wataalamu wa uzingatiaji wa sheria na BA kabla ya kuanza kutengeneza muundo wako wa data.
- Viwango pekee havitoshi
Mifumo yote miwili ilisaidia HL7. Hata hivyo, mmoja ulitumia HL7 v2 na mwingine ulitumia FHIR R4. Hakuweza kuwasiliana bila tabaka la tafsiri.
Hata ndani ya FHIR, tulikutana na kutofautiana kwa wasifu (profile mismatches). Mifumo yote miwili ilidai kuzingatia viwango lakini ilitumia miongozo tofauti ya utekelezaji.
Usichukulie kuwa muunganisho ni rahisi kwa sababu tu mfumo unatumia kiwango fulani. Uliza kila wakati kuhusu toleo na wasifu mahususi. Tenga muda kwa ajili ya tabaka la kiunganishi (adapter layer).
- Michoro ya mtiririko wa kazi (workflow diagrams) hugundua matukio magumu yaliyojificha
Nilikuwa naichukulia michoro ya mtiririko wa kazi kama nyaraka za ziada. Nilikuwa nimekosea.
BA wetu alichora ramani ya uhamishaji wa wagonjwa kwa undani. Alitazama nini kinatokea wakati mgonjwa anahamishwa katikati ya matibabu au wakati matokeo ya maabara yanapofika baada ya mgonjwa kutoka hospitalini.
Haya si matukio ya nadra katika hospitali. Hutokea kila siku.
Michoro hii ilibadilisha muundo wetu wa data. Tuliongeza dhana ya kipindi cha huduma (care episode) ili kufuatilia huduma endelevu katika mifumo yote miwili.
- Jenga kamusi ya pamoja (shared glossary) mapema
Maneno kama encounter au discharge yana maana tofauti katika mifumo tofauti. Tulipoteza muda kwa sababu timu zilielewa istilahi tofauti.
BA wetu alijenga kamusi ya pamoja. Wadau wote walipitia na kukubaliana na maelezo haya. Tulirejelea hati hii katika kila hitaji.
Chukulia kila neno la taaluma kuwa linaweza kuwa na maana zaidi ya moja. Lifafanue katika hati ambayo pande zote mbili zitaitia saini.
Muhtasari
BA imara hufanya zaidi ya kuandika tiketi. Wanafanya kazi kama wasanifu wa vizuizi vya kisheria na maana ya kliniki. Ikiwa unatengeneza programu tata, usichukulie nafasi hii kama mzigo wa ziada. Inazuia mafanikio ya kiufundi kuwa kufeli kwa kliniki.
Jumuia ya hiari ya kujifunza: https://t.me/GyaanSetuAi