- 자유 주제로 사용할 수 있는 게시판입니다.
- 토론 게시판의 용도를 겸합니다.
Date 2019/08/25 12:51:26
Name 후상
Link #1 https://brunch.co.kr/@gazezaet/10
Subject 전자의무기록 개선 프로젝트 (1): 아르고 프로젝트

   0. 한 유방암 환자의 이야기

    오랫동안 유방암을 앓은 진 패터슨 씨가 새 병원을 들를 때마다 들고 다니는 가방이 있습니다. 그녀의 의료기록을 담은 서류, CD, DVD 등이 가득 들어있는 가방입니다. 긴 투병 생활을 거치며 여러 병원들을 전전하다 보니 그녀의 의료기록은 본의 아니게 스무 개가 넘는 병원들에 분산되어 있게 되었는데요. 여기서 한 가지 문제가 생깁니다. 스무 개가 넘는 병원들 사이 분산되어 있는 가록들을 한데 모아 볼 수가 없다는 점이었습니다.

    암은 유방에서부터 뼈, 뇌까지 각종 부위에 전이되었는데 새 병원을 들르면 서류부터 쓰고 검사부터 다시 한다니, 실로 엄청난 비효율이 아닐 수 없습니다. 따라서 그녀는 그녀의 의료정보가 담긴 십여 개의 종이 파일이며 영상정보가 담긴 CD 등을 스스로 들고 다니는 길을 택했습니다. [1]


RUYYaG6Ufw7ThrKvN6BI6dfF94g.jpg
그림 1. 작년 검사지도 가져가고 재작년 것도 가져가고 어제 했던 것도... 아이고 무거워라!

위의 이야기는 해외 기사에 소개된 사례이지만 우리에게도 낯설지만은 않습니다. 환자가 스스로의 의료기록에 접근할 수 있는 방도는 매우 한정적이며, 의료기록은 쉽사리 공유되지 않는데요. 새롭게 들른 병원에서 이전에 받았던 검사 결과를 알 수 없으니 새로 검사를 받아보자 하는 이야기는 한번쯤 들어 보셨을 겁니다. 하지만 얼핏 들어도 이는 매우 비효율적이지 않나요? 한 병원에서 받은 진료 기록을 새로 들른 병원에서 다시 받아 볼 수 있다면 이런 상황이 개선되지 않을까요? 병원에서 옛날처럼 종이 차트에다만 환자 정보를 보관하는 것도 아니고 다 컴퓨터에다 저장하는데 왜 병원끼리 환자 정보를 받아보는 일이 잘 되지 않을까요?


1. 전자 의무기록

    컴퓨터가 발달하기 이전엔 병원에서 종이 차트를 썼다는 사실은 다들 잘 기억하실 겁니다. (요즘도 아예 안 쓰진 않지만요.) 하지만 종이 차트보다 전산화된 데이터가 정보 보관에도, 새로 차트를 작성하는데도 훨씬 편리하다는 사실에는 이견이 없을 겁니다. 전자 의무기록(Electronic Medical Record, EMR, 혹은 EHR)은 1990년대에 이런 이유로 등장하게 되었는데요.

U2o8JFwwe3_2OjTL2bMscIj_xXg.jpg
그림 2. 그러니까 이런 느낌...이겠죠? 말고도 여러가지가 있겠지만... FM 선수 능력치 보듯 하네요.


    전자 의무기록은 분명 종이 차트보다 훨씬 편리한 정보 관리 방식입니다. 디지털화되어 있으니 진료 기록을 조회하기에도 편했고, 서랍 한가득 종이 차트를 쌓아두어야 할 일도 더 이상 없었고, 정리된 정보를 바탕으로 치료 계획을 세우거나 연구를 하기에도 수월했습니다.

    하지만 현 전자 의무기록 시스템은 현재 상당한 비판을 마주하고 있습니다. 현 시스템을 비판하는 방향에는 크게 두 가지가 있는데요. 하나는 (당초 기대됐던 바와는 달리) EMR 시스템 하 의료정보가 전자화되어 있음에도 병원 간 정보 교류, 혹은 환자와 병원 사이의 정보 교류가 활발하지 않아 앞서 언급한 진 패터슨 씨와 같은 상황이 생긴다는 점이고, 두 번째는 현 EMR 시스템이 의사가 환자와 나눌 시간을 부족하게 하여 많은 의사들이 호소하는 번아웃에 기여한다는 것인데요. 이번 글에서는 첫 번째 비판, 즉 전자 의무기록의 제한적인 공유로 인한 문제점을 타파하기 위한 노력에는 어떤 것들이 있는지 차근차근 알아보도록 하겠습니다.



2. Argonaut project (아르고 프로젝트)

    "HL7"이란 단어를 보신 적 있나요? 이름만 들으면 무슨 아이돌 그룹이나 자동차 모델명인가 하는 생각이 먼저 드는데요. HL7은 사실 Health Level Seven International의 약자로, 미국 미시간 앤아버에 본부를 두고 있는 비영리 국제단체로 의료기관 간 정보 호환이 가능하도록 표준을 제정하기 위해 1987년 조직되었습니다. 또 동시에 해당 기관에서 제정한 의료기간 관 의료정보의 전자적 교환을 위한 국제 표준을 의미하기도 하는데요. [2]

    이렇게 HL7과 같은 국제 기준이 만들어진 배경에는 IT와 의료의 결합이 있었습니다. IT 기술의 발달에 힘입어 의료 소프트웨어 기업들이 생겨나게 되었는데, 의료기관끼리 서로 다른 의료 소프트웨어를 사용하게 되자 각 병원이 보관하는 의료 데이터가 잘 호환되지 않는 상황이 일어난 것이죠. 따라서 의료 소프트웨어 간 호환성의 필요성이 대두되었고 HL7은 이러한 필요성에 의해 생겨난 샘이죠. IT 기술 발전에 발맞추어 HL7 역시 개정에 개정을 거듭해 왔습니다. [3]

    그리고 2014년경 HL7은 '아르고 프로젝트'를 출범시킵니다. 혹시 그리스 로마 신화에 나오는 아르고 호 원정대 이야기를 다들 기억하시나요? 영웅 이아손이 여러 영웅들과 신들의 도움을 받아 용이 지키는 황금 양털을 가져오기 위해 콜키스로 원정을 떠나는 이야기입니다.


30zdwf6ZKlJqg5w-sduY8bKUUcg.jpg
그림 3. 아르고 호 탐험대의 승선. 로렌조 코스타. 16세기.

    프로젝트 이름이 '아르고'가 된 경위는 이 프로젝트가 JASON 에서 펴낸 "건실한(?) 의료 데이터 인프라" (A Robust Health Data Infrastructure)라는 리포트의 영향을 받았기 때문입니다. 어쩌다보니 리포트 제목을 좀 쌈마이하게 번역했네요. 아무튼 과학자들로 이루어진 미 정부 자문 단체인 JASON은 이 리포트에서 의료정보의 교환 효율을 저해하는 가장 큰 요인은 의료정보 상호운용성(interoperability)이 낮기 때문이라 강하게 지적하였습니다.

    HL7이 해당 리포트의 영향으로 보다 나은 상호운용성을 지닌 의료 데이터 프레임워크를 계획하게 되었으니 JASON이 HL7을 선도하는 역할을 했다고 볼 수도 있겠습니다. 그리도 다들 아시겠지만 Jason은 이아손의 영문명이죠. 그리하여 짠, JASON이 시작했다고 볼 수 있는 해당 프로젝트 이름도 아르고 프로젝트가 되었습니다.

    신화 속 아르고 호 원정대의 목적이 황금 양털이었다면 HL7이 출범시킨 아르고 프로젝트의 목적은 다양화된 정보통신 환경에 걸맞게 복잡하지 않고 높은 호환성을 가진 의료 데이터 프레임워크 제작에 있었습니다. 최근 들어 클라우드 기술, 사물 인터넷, 모바일  애플리케이션 등 정보통신 환경이 눈에 띄게 다양해졌는데요. 의료 데이터를 다루던 기존 방식으로는 이런 다양한 정보 환경에서의 호환성을 보장하기가 어려웠습니다. 때문에 정보의 상호운용성이 낮다고 지적받았던 것이구요. 따라서 변화하는 환경과 잘 호환되는 새로운 데이터 프레임워크가 필요한 실정이었습니다. [4]


DHbYI3JlxY2mWpSFxpXtbsHhK9Y.jpg
그림 4. HL7의 아르고 프로젝트의 책임자 존 하말카.

    하버드 의과대학 교수이자 응급의학의, 뉴잉글랜드 전자 의료 데이터 교환 네트워크 회장 등 화려한 이력을 지닌 아르고 프로젝트의 책임자 존 하말카John Hamalka 씨는 2015년 Informationweeks지와의 인터뷰에서 아르고 프로젝트의 목적이 무엇이냐는 질문에 다음과 같이 말했습니다. [5]

두 가지 중요한 목적이 있습니다. (...) 첫째 목적은 임상적 상황에서 흔히 필요한 중요 임상정보들을 공유하는 보다 쉽고 편리한 방법을 제공하기 위함입니다.

There are really two key goals. (...) First goal is to provide a more facile, easier to implement means of sharing key groups of clinical data (e.g. documents) that are required in common clinical scenarios.

    보다 구체적으로, 아르고 프로젝트는 기존에 의료기관 간 의료정보 교환을 위해 사용하던 프레임워크인 CDA (Clinical Document Architecture) 대신 다양한 IT 환경에서의 의료정보 상호운용성(interoperability)에 초점을 맞춘 FHIR (Fast Healthcare interoperability Resource)을 이용함으로써 의료정보를 모바일 애플리케이션, 데이터 클라우드 등 다양한 환경에서 이용할 수 있도록 만들었습니다.


6KRi7D2GnRnASUIR98stx5rdxt4.gif
그림 5. 잠깐. CDA는 뭐고 FHIR은 뭐고... 대체 무슨 소리죠?

    쉽게 풀어 설명하자면 CDA는 의료정보를 저장하고 교환하는 기존 방식입니다. CDA의 용도는 의료기관 간 의료 데이터의 교환에 있었는데요. 환자와 관련 임상정보를 통째로 담은 문서를 교환하는 방식이라 병원들 사이에서 정보를 교환하기엔 용이했으나 앞서 언급했듯 모바일, 클라우드 등 다양한 플랫폼으로 확장하고 있는 정보통신 분야에 유연하게 적용하기에는 한계가 있었습니다. [6]

    FHIR이 CDA와 비교하여 가지는 강점은 크게 세 가지입니다. [7]

    첫째로, FHIR은 CDA와는 달리 다르게 정보를 하나의 문서에 담아두지 않고 정보를 분산하여 보관합니다. 피검사 결과, 인적 정보, 복용하고 있는 약제 등의 정보를 종류별로 나누어서 보관하는데, 이는 정보를 불러올 때 불필요한 정보를 따라 불러올 필요가 없는 강점을 가집니다. 물론 해당 환자와 관련된 정보를 모두 모아야 할 땐 쉽게 모을 수 있고요.

    FHIR의 두 번째 장점은 사람(주로 개발자)이 이해하기 편하다는 점입니다. 복잡한 데이터 형식을 지닌 CDA와는 달리 FHIR은 웹 기반 기술을 이용하여 JSON, REST와 같이 사람이 쉽게 해석할 수 있는 데이터 형식을 사용합니다. 여기에 더해 FHIR은 통신 형식과 데이터 유형 모두 사용자가 읽을 수 있는 형식으로 만들어져 있기에 개발자들이 이용하기 매우 편리합니다.

    FHIR의 이러한 장점은 모두 어우러져 쉽고 빠른 의료시스템 구현을 가능하게 한다는 장점을 지닙니다. FHIR을 이용하면 다양한 전자 의무기록 플랫폼을 합치고 해독하는데 걸리는 시간을 단축되기에 개발자들이 기능성에 집중할 수 있는 환경이 조성됩니다. 존 하말카 씨는 FHIR을 이용한 의료 데이터 구조 개선이 의료혁신을 위한 중요한 교두보라 여깁니다. 개발자들에게 친숙한 환경이 조성되면서 의료분야에 보다 많은 개발자들이 뛰어들고 그럼으로서 더 창의적인 아이디어들이 샘솟는 선순환을 기대하는 거죠. [8]


VIPsF-n1k-dLXGGYjRlIIkBozvU.png
그림 6. 미국의 대표적인 전자의무기록 업체들. 이 업체들이 EMR을 기록하는 소프트웨어를 만든다.

    아르고 프로젝트는 미국 메이요 클리닉, 베스 이스라엘 디코네스 병원 등과 같은 미국 내 유수의 의료기관들부터 서너Cerner, 에픽Epic과 같은 전자의무기록 업체들과도 협력 중인데요. 의료기관 간의 상호운용성을 향상하는 것이 보다 나은 의료서비스를 제공하는데 필요하다는 범사회적 공감대가 형성되었다 볼 수 있겠습니다. [9]

    다만 아르고 프로젝트가 의료정보 상호운용성 문제를 잘 해결할 수 있을지는 아직 더 지켜보아야 한다는 의견이 있습니다. CDA의 경우 미 정부에서 건강정보의 유의미한 활용(Meaningful Use)을 위해 법적으로 그 사용을 권장헀지만 FHIR 사용을 권장하는 법적 동인은 아직 없는 상황입니다. 또한, FHIR은 계속해서 개선된 버전들을 내놓고 있는데 덕분에 어떤 업체들은 FHIR 버전 2를, 어떤 업체들은 버전 3을 사용하며 어떤 업체들은 추후 나올 버전 4를 기다리는 등 아직 통일된 규격이 부재한 실정입니다.

빠른 업데이트 자체는 HL7 측에서 FHIR에 대한 피드백을 잘 받아들이고 지속적으로 FHIR을 개선하는데 신경 쓰고 있다는 점에서 고무적입니다만, 동시에 업체들 입장에서 사용하기엔 불안정 요소입니다. 언제 또 새로운 업데이트가 나와 기존에 하던 걸 갈아엎어야 할지 모르니까요. FHIR이 안정적인 하나의 버전으로 수렴한다면 이런 문제점은 개선되지 않을까 싶습니다. [10]

앞서 언급한 몇몇 장애물에도 불구하고 FHIR은 의료정보의 상호운용성 문제를 해결할 차세대 데이터 형식으로 각광받고 있는데요. 앞서 FHIR이란 데이터 형식의 큰 장점이 쉽고 빠른 의료시스템 구현이 가능하단 점임을 말씀드린 바 있습니다. 그래서일까요, 지난 2018년, 애플은 FHIR을 이용해 사용자들이 아이폰을 통해 자신의 의료 기록을 확인할 수 있도록 하는 서비스를 제공하겠다 발표하였습니다. 모바일 헬스 레코드Mobile Health Records라는 이름으로 말이죠.

다음 글에선 애플의 모바일 헬스 레코드, 구글 클라우드 플랫폼 등 IT 업체들이 어떻게 의료정보 상호운용성 문제를 해결하려 하는지 알아보도록 하겠습니다.


-------------
참고자료:
[1] https://www.kqed.org/futureofyou/209/critical-condition-how-a-broken-medical-records-system-is-endangering-americas-health
[2] http://www.hl7.org/about/index.cfm?ref=nav
[3] https://blog.naver.com/webtplus/221017785199
[4] https://argonautwiki.hl7.org/Main_Page
[5] https://www.kqed.org/futureofyou/321/startups-entrepreneurs-try-to-solve-medical-records-debacle
[6] https://www.allscripts.com/2016/02/preparing-for-interoperability-more-information-you-need-to-know-about-fhir/
[7] http://blog.naver.com/PostView.nhn?blogId=webtplus&logNo=221022096612&parentCategoryNo=&categoryNo=36&viewDate=&isShowPopularPosts=true&from=search
[8] https://www.informationweek.com/strategic-cio/can-argonaut-project-make-exchanging-health-data-easier/a/d-id/1318774
[9] https://www.hl7.org/implement/standards/fhir/2015Jan/argonauts.html
[10] https://www.medicaleconomics.com/technology/interoperability-fhir-standard-not-panacea

[그림 1] ttps://www.zdnet.co.kr/view/?no=20171030145055&re=R_2018102919185
[그림 6] https://www.healthcareitnews.com/news/look-inside-epic-cerner-and-allscripts-app-store-programs
------------

최근 전자의무기록 공유가 어째서 쉽지 않은지에 관심이 생겨 한번 공부해본 내용을 글로 정리 해 보았습니다. 
단순히 보안, 정책적 이유때문일거라 짐작했는데 이렇게 기술적인 어려움도 있었네요. 
(사실 공유가 어려운데엔 기술적 요인보다 법적, 사회적 요인들의 지분이 더 크겠지만요..)

혹시 제 조사가 미흡했거나 잘못 서술한 부분이 있으면 말씀 주세요! 감사합니다!

통합규정 1.3 이용안내 인용

"Pgr에는 "명문화된 삭제규정"이 반드시 필요한 사람은 안왔으면 좋겠습니다.
법 없이도 사는 사람, 남에게 상처 안주면서 같이 이야기 나눌수 있는 분이면 좋겠습니다."
잠이온다
19/08/25 13:20
수정 아이콘
좋은 글 감사합니다. 통합된 시스템을 만들면 더 낮은 비용, 더 적은 시간으로 효율적으로 환자를 관리할 수 있는 장점이 있겠네요. 그런데 지금껏 이런 통합 시스템이 구성되지 않은 이유는 각 나라별로 의료 시스템의 차이가 큰 것이 이유였나요? 비용 문제? 서양권쪽은 그래도 교류가 활발했을 것같은데...(의알못입니다)
빛사람
19/08/25 13:29
수정 아이콘
(수정됨) 내용의 핵심이 아니긴 하지만 [새롭게 들른 병원에서 이전에 받았던 검사 결과를 알 수 없으니 새로 검사를 받아보자 하는 이야기] 는 타병원에서 한 검사를 얼마나 신뢰하느냐의 문제도 있습니다. 이미 타병원 검사를 토대로 치료계획을 세웠다가 소송이 걸려 패소한 사례가 있습니다.
홍승식
19/08/25 13:35
수정 아이콘
이전에 받았던 검사를 새로 검사해서 같은 결과가 나왔으면 그 비용을 병원과 환자가 반반씩 부담하게 하는 건 어떨까요?
병원의 판단으로 무의미한 자원이 낭비되는 건데 그걸 환자 혼자 부담하게 하는 건 부당해 보입니다.
병원에서는 이전 병원의 판단을 믿어서 얻게되는 리스크와 못믿어서 얻게되는 리스크 중에서 하나를 선택하게 되겠죠.
一言 蓋世
19/08/25 13:38
수정 아이콘
그러니까 부동산을 사야 하는 건지 말아야 하는 건지 모르겠습니다만 좋은 글 같아서 추천합니다.
빛사람
19/08/25 13:45
수정 아이콘
(수정됨) 좋은 글 감사합니다. 애플의 경우는 health care records가 이미 FHIR 기반 연동으로 미국의 보훈처 병원(VA)과 협업해서 하기로 했죠 아마 900만명에 이르는 가시적 성과를 얻어냈습니다. 하지만, 규제가 700여개가 넘은...;; 따라서 홍보가 아니라 실제로 운영은 잘 되는지 살펴볼 필요도 있습니다.
제가 알기로는 한국도 개발이 되서 시범사업까지 한 것으로 들었습니다. 다만, 이 사업이 성공하기 위해서는 몇 가지 넘어야할 산이 있는데 의료기관 입장에서 이익을 그릴 수 있는 구조가 나와야 합니다. 사실 의료기관입장에서는 돈만 들지 도입할 이유가 없거든요.
또, 미국의 경우에도 규제가 700여개 넘는걸로 알고 있어서 실제로 이게 어떻게 활용될려는지 궁금하네요.
또, 뛰어드는 애플과 같은 플랫폼사업자가 돈을 벌기위해서는 이를 토대로 부가적인 사업이나 결제등 여러가지 사업을 해야하는데 이건 한국에서 의료법에 위반에 해당될겁니다.
빛사람
19/08/25 13:47
수정 아이콘
(수정됨) 애초에 의료법위반이라 의미없는 주장이지만, 굳이 병원에서 부담할 이유는 없죠. 뭐 싫으면 다른 병원가라 하면 됩니다. 안믿으면 억울하게 소송안당할 이득+병원수익의 증대 좋은 것 밖에 없는데 왜 믿습니까...
홍승식
19/08/25 14:04
수정 아이콘
그러니 법을 개정하던가 해서 해야겠죠.
그렇게 해서 쓸데없는 검사가 많아지면 병원만 돈 벌고 환자와 의료보험은 손해가 나니까요.
어제 A 병원에서 엑스레이 찍은 걸 B 병원에서 다시 찍을 이유는 없잖아요.
A 병원에 찍은 엑스레이 사진이 B 병원에 가면 사진 자체가 달라지는 것도 아니구요.
다른 검사도 검사 결과 자체를 보고 A 병원과 B 병원이 해독이 달라질 수는 있어도 검사 결과 자체가 똑같다면 그게 왜 필요한가요.
병원도 똑같은 결과 나오는 검사하는 시간에 다른 환자를 검사하는게 더 낫지 않겠습니까?
검사 기계는 언제나 모자라던데요.
아~ 심평원에서 삭감하면 되긴 하겠군요.
빛사람
19/08/25 14:11
수정 아이콘
(수정됨) 뭐, 의료이용과 검사의 적절성은 쉬운 문제는 아니죠. 세상에 완벽한 제도는 없듯이요. 우리나라처럼 소비자이용의 제한이 없는 이상, 말씀하시는 명분'의료자원의 낭비'는 껍데기인 공염불밖에 안되서 명분달성을 위한 정책으로서 가치는 없을 겁니다.
의료는 책임소재, 돈, 인력, 질관리를 포함한 많은 것들과 연계되어있습니다. 검사는 필히 특이도와 민감도를 동반하고 의료라는 것은 모호한 부분이 많아서 의사책임주의 하에 자율성을 부여하는 것도 사실이거든요. 심평원도 이런 대원칙에 입각해서 대변화를 진행중인것도 사실이구요.
너무 쉽게 말씀하시지만 어떤 검사를 제한할지, 제한의 범위는, 제한의 주체는, 책임의 주체는, 경제적 보상은 등등 딱봐도 쉽지 않습니다.
metaljet
19/08/25 14:32
수정 아이콘
의무기록 공유 문제에서 기술적인 어려움은 아주아주 소소한 부분일뿐입니다.
그보다는 사회 구성원들의 가치판단과 합의가 먼저 이루어져야 하는데 민주주의 국가에서는 좀처럼 쉽게 돌파하기 어려운 장애물들이 널려있죠.
19/08/25 14:35
수정 아이콘
다른 분들께서도 말씀 많이 주셨듯 법적, 시스템적 문제가 크지 않은가 생각되요. 아래 댓글 달아주신 '타원에서 한 검사의 신뢰 여부' 문제도 있을테고, 개인 정보 보호법도 있을테고. 제가 기술적 문제만 조명했는데 근본적인 원인은 이쪽이 더 크지 않을까 생각되네요.
(우리나라도 유사한 시도가 있고) 미국에서는 그래도 교류를 활성화하려 시도하는 거 같아요. 다음 글은 그래서 그쪽에 초점을 맞춰보려 합니다.
19/08/25 14:37
수정 아이콘
확실히 그런 문제가 있겠네요. 법적 문제란 항상 어렵네요. 댓글 달아주신 내용들처럼 사실 정말 여러 요인이 개입하는 문제이니만큼 딱 이렇게 해야한다 솔루션을 제시하기도 쉽지 않아 보이구요. 좋은 댓글 감사합니다.
19/08/25 14:41
수정 아이콘
네 안그래도 다음 글은 그쪽에 초점을 맞추어 보려 합니다. 사실 홍보하는 대로만 보면 뭔가 혁신적으로 잘 굴러가듯 보이더라구요. 그래도 항상 10의 성과도 20 30처럼 보이게끔 멋지게 홍보하는 경우가 많으니 말씀대로 실제 운영이 되는지도 살펴봐야 하겠습니다.
우리나라에서 시범사업을 했는지는 몰랐네요. 혹시 보건복지부 마이차트?를 말씀하시는 건가요? 글 주제와 관련있어 보여서 찾아봤는데 정확히 뭘 한다는지 잘 모르겠더라구요..
19/08/25 14:43
수정 아이콘
말씀하신 대로 고민이 필요한 부분이 아닌가 생각해요. 여러 요인들이 얽혀 있어 복잡한 문제가 아닌가 생각합니다. 현실적으로 어떤 부분부터 개선시킬 수 있는지, 또 그렇게 하면 개선이 되긴 되는지 검토 해 보아야 하지 싶은데 저도 공부가 부족해 아직 뾰족한 생각은 떠오르지 않네요 흑흑
19/08/25 14:46
수정 아이콘
말씀대로 기술적 어려움은 정말 사소한 부분인 듯 해요. 사회적, 법률적 문제는 복잡하면서도 민감한 부분이라 사실 글로 다룰 엄두는 잘 나지 않네요 흑흑.. 그래도 어째서 우리나라에서는 안 되는 일이 어떤 나라에서는 허용되고 등 의료법에 관한 의문은 항상 남아있어서 그쪽도 기회가 있으면 공부해 보아야겠어요.
19/08/25 14:47
수정 아이콘
부동산은 나중에 오를 거 같으면 사면 됩니다...!(??) 추천 감사합니다.
빛사람
19/08/25 14:59
수정 아이콘
(수정됨) 한국에서 FHIR 기반 연동, va의 블루버튼, 본인인증 포함한 솔루션 개발이 되어 있습니다. 시범사업까지 마친것으로 알고있습니다.
스위치 메이커
19/08/25 15:04
수정 아이콘
HTML 규격 하나 맞추는 데 몇년 걸렸나 생각해보면 그보다 수백배 어려운 의료정보야.... ㅠ
metaljet
19/08/25 15:50
수정 아이콘
저는 기술적인 수준은 잘 모르지만 느낌상 대만이 이 방면에서는 매우 앞서나가고 있는것 같습니다.
본문에서 예시로 들으신 병원간 MRI 검사 결과 공유 정도는 십몇년 정도 전부터 원활하게 이뤄지고 있더군요. 공보험 지불 체계는 한국과 대만이 유사해서 여건은 서로 비슷하니 정권이 마음먹고 강하게 드라이브를 걸면 아마 우리도 가능은 할꺼에요. 미국 같은 경우는 그런 정책은 불가능하니 공유를 통한 뚜렷한 수익모델이 생기지 않는 이상은 계속 제자리 걸음 할것 같습니다.
19/08/25 17:57
수정 아이콘
제가 잘몰라서 그러는데 기술적으로 이게 많이 어려운 건가요? 그냥 차트랑 영상 기록만 공유하게 하면 되는거 아닌가요? 인터넷으로 사이트 열듯이? 보안이 문제지 다른게 문제인가 싶은데
19/08/26 08:17
수정 아이콘
제가 찾아본 바론 기술적인 면도 있고 아닌 면도 있어요. 일단 국내의 경우 전자차트 업체간 데이터 연동이 안된다고 들었습니다. 규격이 달라서 그렇다는데, 이러면 A 프로그램을 쓰는 병원에서 B 프로그램을 쓰는 병원으로 기록을 줘도 읽을 수가 없다네요. 또 다른건 안전하게 정보를 교환 할 수 있는 (공식화된) 수단도 부족한게 아닌가 싶습니다.
19/08/26 08:18
수정 아이콘
그러게요 흑흑... 그래도 FHIR이 EMR의 HTML(?)이라고도 사람들이 부르니 부디 잘 해줬으면 좋겠습니다.
19/08/26 10:52
수정 아이콘
텍스트로 뽑거나 캡쳐 형태로 넘기면 안되나요? 제가 프로그래밍 이런건 영 몰라서 ㅠ
19/08/26 11:41
수정 아이콘
음 제 짧은 식견으로 생각해 보면... 말씀하신 방법을 쓰면 정보를 옮기는건 확실히 할 수 있겠죠.
그런데 텍스트나 캡쳐로 받는 방법에 문제가 있다면 결국 사람이 다 정보를 입력해야 한다는 점이지 않나 싶네요. 한두명의 정보일땐 가능하지만 사람이 많아질수록 인력도 많이 필요하고 효율이 떨어지지 않을까 해요. 물론 텍스트나 캡쳐를 넘길 때 보안 문제도 있을 수 있겠네요. USB로 옮기면 낫겠지만?
목록 삭게로! 맨위로
번호 제목 이름 날짜 조회 추천
공지 [일반] [공지] 자게에 정치 카테고리가 15일 오전 9시 부터 적용됩니다. [49] Camomile 19/06/14 9027 13
공지 [일반] 정치카테고리의 상호 비하/비아냥 표현 제재 관련 공지 [53] 오호 19/07/18 8180 8
공지 [일반] 자유게시판 글 작성시의 표현 사용에 대해 다시 공지드립니다. [13] empty 19/02/25 21768 5
공지 [일반] 통합 규정 2017.5.5. release [3] 유스티스 17/05/05 95085 7
공지 [일반] [필독] 성인 정보를 포함하는 글에 대한 공지입니다 [50] OrBef 16/05/03 180486 24
82800 [일반] 뒷북이지만 추석때 본 추석 개봉 영화들 [20] 청순래퍼혜니2619 19/09/20 2619 0
82799 [일반] [10] 고향 [2] 아이유_밤편지319 19/09/20 319 11
82798 [일반] 자유게시판 정치 카테고리에 대해 공지드립니다 & 자게 신규 운영위원 모집 [17] bifrost1200 19/09/19 1200 7
82797 [일반] 이상한 예고편 떄문에 망한 최고의 히어로 영화 [22] 박진호4936 19/09/20 4936 9
82796 [일반] [스포주의] AD ASTRA 보고왔습니다. [14] 중년의 럴커2249 19/09/20 2249 1
82795 [정치] 갤럽 여론조사 '대통령 지지도 취임 후 최저치' [168] 고라파덕8856 19/09/20 8856 0
82794 [일반] 알지 못하는 어떤 사람을 떠올리며 [10] 글곰1777 19/09/20 1777 20
82793 [정치] 조국이 위법하지 않으면 사퇴하지 않아도 되는가 [158] 물멱6754 19/09/20 6754 0
82792 [일반] 통계로 본 일본 내 한국 관광객의 특성 [40] sakura4181 19/09/20 4181 3
82790 [일반] 영화 [예스터데이]를 봤습니다. (스포있습니다!) [12] chamchI2435 19/09/20 2435 1
82789 [일반] 인간관계에 대한 깊은 고민, 조언이 필요하네요. [29] 김유라4111 19/09/20 4111 1
82788 [일반] V50 듀얼 디스플레이를 폴더블폰(?) 처럼 사용해보자 [21] 총앤뀨4145 19/09/19 4145 1
82787 [일반] 서울 [6] 밥오멍퉁이1976 19/09/19 1976 25
82786 [일반] 10회차 글쓰기 이벤트 공지드립니다. (주제: 추석)(기간 : 9월 22일까지) [15] clover7620 19/08/28 7620 4
82784 [일반] 화성연쇄살인사건 범인을 찾은 DNA감정 [32] 박진호5809 19/09/19 5809 37
82783 [일반] 오늘 정말 무서웠던 일이 있었습니다. [60] 용자마스터8633 19/09/19 8633 18
82782 [정치] 조국 딸 표창장에 대한 소소한 의견 [98] nuki127654 19/09/19 7654 2
82781 [일반] 52시간제 어떻게 되어가고 있나 [66] 러브어clock5309 19/09/19 5309 1
목록 이전 다음
댓글

+ : 최근 1시간내에 달린 댓글
+ : 최근 2시간내에 달린 댓글
맨 위로