EMR(전자의무기록) 표준기록형식은?
https://stackoverflow.com/questions/1008897
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
몇몇 동료들과 저는 EMR 프로젝트(전자 의료 기록)를 시작하고 있습니다.나는 과거에, 그리고 최근에는 적절한 경우 한 시설에서 다른 시설로 기록을 쉽게 전송할 수 있는(HIPAA) 표준 기록 형식에 관해 이야기하는 것을 들었습니다.이에 대한 정보를 본 사람이 있나요?
해결책
시스템 간 상호 운용성을 위해 HL7을 살펴볼 수 있습니다(http://www.hl7.org/).환자 인구통계 정보와 텍스트 메모를 전달할 수 있습니다.나는 EMR 분야를 너무 오랫동안 떠나 있어서 최근에 어떤 표준 그룹이 흥미로운 일을 했는지 알기가 어렵습니다.의미론적 의미를 유지하는 표준 형식은 정말 정말 어려운 문제입니다.SnoMed 참조(http://www.nlm.nih.gov/research/umls/Snomed/snomed_main.html) 장기간에 걸친 온톨로지 노력에 대해 - 풍부한 교환 형식이 거의 시작되지 않았습니다.
신생 EMR 벤더에서 수년을 보낸 누군가의 경고의 말... 이 사업은 매우 힘든 사업입니다.대규모 의료 시스템의 판매 주기는 말 그대로 몇 년이 걸릴 수 있으며, 소규모 의료 행위에 필요한 인력의 양은 마진을 빠르게 잠식할 수 있습니다.기존 실무 관리 시스템과의 통합은 해당 공급업체가 다르게 주장하더라도 비표준입니다.문제가 점점 많아지고 있습니다.자금이 없는 스타트업이 진입하기에는 현명한 공간인지 잘 모르겠습니다.
다른 팁
나는 당신이 의미하는 것처럼 HL7을 표준으로 간주하는 것이 오류라고 생각합니다. 그것은 크게 맞춤화되어 있으며 고객과 다른 고객과는 상당히 다를 수 있습니다. 너무 많은 유연성을 가진 표준 중 하나입니다.
표준을 읽은 다음 (시간이 걸리면) 표준으로 작업하는 개발자 커뮤니티를 찾는 것이 좋습니다. 그들에게 공포 이야기를 요청하고, 당신이들을 수있는 것에 대비하십시오.
한 달 늦었지만 ...
촬영의 표준은 확실히 HL7입니다. 많은 분야에서 사용되므로 사용자 정의 가능하지만 의료에 잘 정의 된 표준이 있습니다. 각 메시지 (ACK, DSR MCF), 세그먼트 (PID, PV1, OBR, MSH 등), 시퀀스 및 이벤트 유형 (A08, A12, A36)은 선택 시스템에 관계없이 구체적인 의미를 갖습니다.
우리는 Misys, Statlan, Oacis, Epic, Muse, GE Centricity/Lastword 및 기타 사용중인 시스템간에 Dicom, ADT, PACS 정보를 보내는 문제가 없었습니다. 이러한 시스템의 대부분은 인터페이스 엔진으로 설정되어 필요한 경우 메시지를 조정하여 HL7 메시지를 필터링하는 방법을 추가하고 다운 스트림으로 나갈 때 필수가 필요합니다.
상호 운용성에 대한 새로운 "대통령 표준"이 있더라도, 어쨌든 HL7이 될 것이라고 추측 할 수있을 것입니다. 저는 현재 업계에서 허용되는 표준이므로 HL7 메시징으로 시스템을 구축 할 것입니다.
상호 운용성을 해결하는 동안 인터체인지 형식에만 신경 쓰지 않아야합니다. 교환 형식으로 변환을 단순화하려면 로컬 스토리지 형식도 표준화되어야합니다.
Openehr는 스토리지를위한 훌륭한 형식이며 HL7 V2, V3 및 CDA보다 표현력이 뛰어나므로 그 중 어느 누구도 쉽게 변형 될 수 있습니다. 사양이 열려 있습니다. http://openehr.org/programs/specification/releases/1.0.2
인터체인지 형식의 경우 HL7 V2, V3 및 CDA 중 하나가 양호합니다. 또한 CCR 및 CCD를 고려하십시오.http://www.aafp.org/practice-management/health-it/astm.html
HL7 사고를 벗어나고 싶고 레코드 추출물 메시지 인터체인지 형식이 아닌 특정 레코드 형식의 포괄적 인 EMR 또는 EHR을 찾고 있다면 Openehr을 살펴보십시오. http://www.openehr.org/. ISO 13606 추출물 표준은 Openehr의 하위 집합입니다. 또한 Java, .NET, Ruby, Python, Groovy 등에서 사용 가능한 다양한 성숙도의 오픈 소스 참조 라이브러리 및 Openehr 구현을 찾을 수 있습니다.
일부 조직은 또한 Openehr 기반 EHR/EMR 시스템의 출력으로 CDA와 같은 HL7 아티팩트를 생산하고 있습니다.
치료 기록의 연속성을 살펴보십시오. IIRC, Google Health가 입력에 사용하는 것입니다. 그것은 HL7-Family 표준이 아닙니다 (경쟁하는 HL7-Family 표준이 있습니다. 그것이 오프 탑이라고 불리는 것을 기억하지 못합니다).
정부가 하나의 형식을 지시하고 법률에 따라 사용이 필요할 때까지 표준 의료 기록 형식이 없을 것입니다.
사회화 된 국가 건강 관리 없이는 거의 확실하게 일어나지 않을 것입니다. 따라서 실제로는 제로 기회입니다.
정답이지만 EMR의 의미있는 사용에 대해 일부 사람들이 추가된다고 생각합니다 ..... 공무원은 지난주에 '의미있는 사용'을 발표 한 EHR 인증 기준을 발표 한 CMS는 전자 건강 기록의“의미있는 사용”을 정의하는 제안 된 규정을 발표했습니다 (Wutkowski) /Heavey, 로이터, 12/31/09).
또한, Health For Health Coordinator 사무국은 EHR 기술에 필요한 인증 표준을 설명하는 임시 최종 규칙을 발표했습니다 (Simmons, Healthleaders Media, 12/31/09).
2009 년 연방 경제 자극 패키지에 따라 인증 된 EHR의 의미있는 사용을 입증하는 의료 서비스 제공자는 Medicaid 및 Medicare를 통해 인센티브 지불을받을 자격이 있습니다.
공무원은 1 월 13 일 연방 등록부에 두 규정 모두가 발표 된 후 60 일의 공개 의견 기간을 제공 할 것입니다. /09). http://www.myemrstimulus.com/
데이터 수집은 MD로 시작하고 그들이 아는 유일한 코딩 (ICD 및 CPT)이 청구에 관한 것이기 때문에 매우 어려운 문제입니다. 법적 책임). 그리고 그들은 그 많은 서류조차도 싫어합니다.
hipaa가 제공자가 아닌 환자가 데이터를 소유하고 있다고 지시한다는 사실에도 덧붙입니다. 그들이 그것을 이해하거나 그것을 가지고 있다면 유용한 일을 할 수는 없습니다.
행운을 빕니다. 무슨 일이 일어나 든 정부의 강요로 인해 발생하며 오랜 시간이 걸리게됩니다.
흥미롭게도 탄탄한 의료 정보의 한 원천은 VA로 밝혀졌습니다 (지불 및 법적 책임의 적대적 문제가 없기 때문에) GO 그림. 그러나 기존 데이터와 운동량으로 표준을 시작하기에 좋은 장소 일 수 있습니다. 정보가 포함 된 또 다른 질문이 있습니다.
