HL7 RIM을 사용해야 합니까, 아니면 자체 데이터 모델을 롤링해야 합니까?

StackOverflow https://stackoverflow.com/questions/647582

  •  22-07-2019
  •  | 
  •  

문제

우리 팀은 고객을 위한 e-헬스 플랫폼을 구축하는 임무를 맡았고, 설계 과정에서 우리는 다음과 같은 딜레마에 도달했습니다.

데이터 모델에는 두 가지 옵션이 있습니다. HL7 림 (참조 정보 모델)과 아직 설계되지 않은 또 다른 모델입니다.

RIM은 광범위하게 문서화되어 매우 완벽해 보이지만 복잡성과 명백한 속도 저하를 고려할 때 이것이 최선의 선택인지는 확실하지 않습니다.

고객의 요구 사항만 고려하여 더 이해하기 쉽고 더 빠른 모델을 설계하고 싶습니다.

어떻게 생각하나요?HL7-RIM을 따라야 하나요?아니면 고객의 요구 사항에 맞게 더 간단한 모델을 생각해 내야 합니까?

어쨌든 정보 교환이 필요하려면 HL7 메시징 프로토콜의 구현이 필요하므로 기본 모델과 독립적으로 해당 부분을 개발해야 합니다.

도움이 되었습니까?

해결책

의료 데이터 측면에서 더 많은 유연성이 필요할수록(애플리케이션이 "저장소 또는 데이터 웨어하우스"에 더 많을수록) HL7 RIM을 구현해야 하는 이유가 더 커집니다.이 접근 방식에 대한 추가 정보를 보려면 "RIMBAA"(RIM 기반 애플리케이션 아키텍처)를 검색하세요.

애플리케이션이 잘 정의된 특정 워크플로 집합을 지원하도록 지향할수록 해당 특정 워크플로에 최적화된 데이터 모델을 사용해야 할 이유가 더 많아집니다.나는 John Saunders의 의견에 동의합니다.'최적화된 데이터 모델'이 RIM에 매핑될 수 있는지 확인하세요.이는 애플리케이션을 '미래에 대비'하고 HL7 인터페이스를 더 쉽게 지원하는 데 도움이 될 것입니다.

다른 팁

답은 고객 요구 사항에 따라 자신의 모델을 사용하지만 항상 HL7과 교환 할 수있는 기능적 요구 사항을 사용하는 것입니다. 개발 프로세스 전체에서 해당 요구 사항을 테스트하십시오.

나는 HL7을 추천하지만 당신은 그것의 사용에 대해 전략적이어야합니다. 조직에 이미 전체 소프트웨어 시스템이 있다고 가정합니다. 이 경우 주요 서비스에 "HL7 인터페이스"를 노출시키는 것이 좋지만 조직과 관련된 일부 표준 형태로 내부 대화를하는 것이 좋습니다.

HL7의 가장 큰 장점은 본질적으로 메시지 기반이므로 BPM (Business Proccessor Manager) 소프트웨어로 모든 종류의 멋진 일을 수행 할 수 있습니다. 여기서 비즈니스 사람들이 HL7 메시지의 흐름이 어떻게 관리되는지에 대한 멋진 차트를 그릴 수 있습니다.

내가 제안 할 수있는 한 가지는 "HL7 용 Iway 지능형 어댑터"또는 IBM의 WTX와 같은 다양한 "어댑터"를 조사하는 것입니다. 이를 통해 전송 계층의 HL7 메시징에 대해 걱정하지 않고 작성해야 할 비즈니스 코드에 집중할 수 있습니다.

도움이되기를 바랍니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top