5 எல்லை தாண்டிய EHR ஒருங்கிணைப்பிலிருந்து நான் கற்றுக்கொண்ட பாடங்கள்
இரண்டு வெவ்வேறு நாடுகளுக்கு இடையே நோயாளிகளின் பதிவுகளை இணைக்க நான் பல மாதங்கள் செலவிட்டேன். பத்து வருட மருத்துவ அனுபவம் கொண்ட ஒரு முன்னணி வணிக ஆய்வாளருடன் (Lead Business Analyst) நான் பணியாற்றினேன். அவரது அணுகுமுறை சுகாதார மென்பொருளை (healthcare software) நான் பார்க்கும் விதத்தையே மாற்றியது.
அந்தத் திட்டத்திலிருந்து நான் கற்றுக்கொண்ட ஐந்து பாடங்கள் இதோ.
- தரவு மேப்பிங்கை (data mapping) விட கலைச்சொல் மேப்பிங் (terminology mapping) கடினமானது
பொறியாளர்கள் பெரும்பாலும் ஒருங்கிணைப்பை ஒரு ஸ்கீமா (schema) பிரச்சனையாகவே கருதுகிறார்கள். நீங்கள் புலத்தை A-வை புலத்திற்கு B-யுடன் இணைத்து முடித்துவிடுகிறீர்கள். சுகாதாரத் துறையில் இது தோல்வியடையும்.
ஒரு அமைப்பு ICD-10 ஐப் பயன்படுத்தியது, மற்றொன்று ICD-11 ஐப் பயன்படுத்தியது. அவை சரியாகப் பொருந்தாது. ஒரு அமைப்பு ஆய்வகங்களுக்கு LOINC ஐப் பயன்படுத்தியது, மற்றொன்று பழைய உள் குறியீடுகளைப் (internal codes) பயன்படுத்தியது.
நாங்கள் குறியீடுகளை (code) எழுதுவதற்கு முன்பே எங்கள் BA ஒரு கருத்து குறுக்குவழிப் பாதையை (concept crosswalk) உருவாக்கினார். அவர் உள்ளூர் குறியீடுகளை SNOMED CT போன்ற ஒரு தரப்படுத்தப்பட்ட தொகுப்புடன் இணைத்தார். இது இல்லையென்றால், மருத்துவப் பொருளின் அர்த்தம் சிதைந்திருக்கும்.
தவறான புல மேப்பிங் (field mapping) தவறான மதிப்புகளை உருவாக்குகிறது. தவறான கலைச்சொல் மேப்பிங் (terminology mapping) நம்பகமான ஆனால் மருத்துவ ரீதியாகத் தவறான மதிப்புகளை உருவாக்குகிறது. இரண்டில் இதுதான் மிகவும் ஆபத்தானது.
- தரவுச் சட்டங்கள் ஆரம்பத்திலேயே கட்டமைப்பைத் (architecture) தீர்மானிக்கின்றன
முதலில் தரவு மாதிரியை (data model) வடிவமைத்துவிட்டு, இணக்கத்தை (compliance) பிறகு கவனித்துக் கொள்ளலாம் என்று நான் நினைத்தேன். நான் தவறு செய்துவிட்டேன்.
எல்லைகளைக் கடக்கும் நோயாளி தரவு HIPAA அல்லது GDPR போன்ற பல சட்டங்களுக்கு உட்பட்டது. சில நாடுகள் சுகாதாரத் தரவு தங்கள் எல்லைகளை விட்டு வெளியேறுவதைத் தடை செய்கின்றன.
எங்கள் BA ஆரம்பத்திலேயே சட்டக் குழுக்களுடன் இணைந்து பணியாற்றினார். எந்தத் தரவுப் புலங்களை நகலெடுக்கலாம் (replicate) மற்றும் எவற்றை அடையாளம் தெரியாதவாறு (de-identification) மாற்ற வேண்டும் என்பதை அவர் தீர்மானித்தார்.
இது எங்கள் கட்டமைப்பை மாற்றியது. ஒரு ஒற்றை நகலெடுக்கப்பட்ட தரவுத்தளத்திற்குப் பதிலாக, நாங்கள் ஒரு கூட்டமைக்கப்பட்ட வினவல் அடுக்கை (federated query layer) உருவாக்கினோம். எங்கள் ஸ்கீமாவிலேயே தரவு வகைப்பாட்டுத் குறிகளை (data classification tags) நேரடியாகச் சேர்த்தோம்.
உங்கள் தரவு மாதிரியை வடிவமைப்பதற்கு முன்பே இணக்க நிபுணர்களையும் (compliance experts) ஒரு BA-வையும் அழைத்து வாருங்கள்.
- தரநிலைகள் (Standards) மட்டும் போதாது
இரண்டு அமைப்புகளும் HL7 ஐ ஆதரித்தன. இருப்பினும், ஒன்று HL7 v2 ஐயும் மற்றொன்று FHIR R4 ஐயும் பயன்படுத்தியது. ஒரு மொழிபெயர்ப்பு அடுக்கு (translation layer) இல்லாமல் அவை ஒன்றொடொன்று பேச முடியாது.
FHIR-க்குள் கூட, நாங்கள் சுயவிவர முரண்பாடுகளை (profile mismatches) சந்தித்தோம். இரண்டு அமைப்புகளும் தரநிலையைப் பின்பற்றுவதாகக் கூறினாலும், வெவ்வேறு செயலாக்க வழிகாட்டிகளைப் (implementation guides) பயன்படுத்தின.
ஒரு அமைப்பு ஒரு தரநிலையை ஆதரிப்பதால் ஒருங்கிணைப்பு எளிது என்று assumptions வைத்துக்கொள்ளாதீர்கள். எப்போதும் அதன் குறிப்பிட்ட பதிப்பு (version) மற்றும் சுயவிவரத்தைப் (profile) பற்றி கேளுங்கள். ஒரு அடாப்டர் அடுக்குக்காக (adapter layer) நேரத்தை ஒதுக்குங்கள்.
- பணிப்பாய்வு வரைபடங்கள் (Workflow diagrams) மறைந்திருக்கும் விளிம்பு நிலைச் சிக்கல்களைக் (edge cases) கண்டறிய உதவுகின்றன
பணிப்பாய்வு வரைபடங்களை ஒரு கூடுதல் ஆவணமாகவே நான் கருதினேன். நான் தவறு செய்துவிட்டேன்.
எங்கள் BA நோயாளி மாற்றங்களை (patient transfers) விரிவாக வரைபடமாக்கினார். சிகிச்சையின் நடுவில் நோயாளி மாறும்போது அல்லது டிஸ்சார்ஜ் செய்யப்பட்ட பிறகு ஆய்வக முடிவு வரும்போது என்ன நடக்கும் என்பதை அவர் கவனித்தார்.
இவை மருத்துவமனையில் விளிம்பு நிலைச் சிக்கல்கள் அல்ல. இவை தினமும் நடப்பவை.
இந்த வரைபடங்கள் எங்கள் தரவு மாதிரியை மாற்றின. இரண்டு அமைப்புகளிலும் தொடர்ச்சியான சிகிச்சையைத் கண்காணிக்க ஒரு 'கேர் எபிசோட்' (care episode) கருத்தை நாங்கள் சேர்த்தோம்.
- ஒரு பொதுவான கலைச்சொல் அகராதியை (shared glossary) ஆரம்பத்திலேயே உருவாக்குங்கள்
encounter அல்லது discharge போன்ற சொற்கள் வெவ்வேறு அமைப்புகளில் வெவ்வேறு அர்த்தங்களைக் கொண்டுள்ளன. குழுக்கள் சொற்களை வெவ்வேறு விதமாகப் புரிந்துகொண்டதால் நாங்கள் நேரத்தை வீணடித்தோம்.
எங்கள் BA ஒரு பொதுவான கலைச்சொல் அகராதியை உருவாக்கினார். ஒவ்வொரு பங்குதாரரும் (stakeholder) இந்த வரையறைகளை ஆய்வு செய்து ஒப்புக்கொண்டனர். ஒவ்வொரு தேவைகளிலும் (requirement) இந்த ஆவணத்தை நாங்கள் மேற்கோள் காட்டினோம்.
ஒவ்வொரு துறை சார்ந்த சொல்லும் தெளிவற்றதாக இருக்கலாம் என்று கருதுங்கள். இரு தரப்பினரும் கையெழுத்திடும் ஒரு ஆவணத்தில் அதை வரையறுக்கவும்.
Summary
ஒரு சிறந்த BA வெறும் டிக்கெட்டுகளை (tickets) எழுதுவதோடு மட்டும் நின்றுவிடுவதில்லை. அவர்கள் ஒழுங்குமுறை கட்டுப்பாடுகள் (regulatory constraints) மற்றும் மருத்துவப் பொருளுக்கான வடிவமைப்பாளர்களாகச் செயல்படுகிறார்கள். நீங்கள் சிக்கலான மென்பொருளை உருவாக்குகிறீர்கள் என்றால், இந்தத் திறனை ஒரு கூடுதல் சுமையாகக் கருதாதீர்கள். இது தொழில்நுட்ப வெற்றி மருத்துவத் தோல்வியாக மாறுவதைத் தடுக்கிறது.
Optional learning community: https://t.me/GyaanSetuAi