이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
상급종합병원 OCS/EMR 관련 업무에서 가장 먼저 파악한 것은 처방 데이터 흐름이었습니다. 의사가 처방을 입력하면 OCS를 통해 약제·검사·간호 등 여러 부서에 전달되는 구조를 이해하지 않으면 연동 로직을 설계할 수 없었습니다.
EMR에서는 진료 기록의 버전 관리가 중요한 설계 과제였습니다. 수정이 발생했을 때 원본과 변경 이력이 모두 보존되어야 하며, 감사 목적으로 누가 언제 수정했는지를 추적할 수 있는 구조를 갖춰야 했습니다.
의료법과 개인정보 보호 규정도 개발에 직접 영향을 줬습니다. 환자 정보는 암호화 저장과 접근 권한 관리가 기본이고, 특히 외부 시스템과 연동할 때 어떤 항목이 전송 가능하고 불가능한지를 법무팀과 확인하는 절차가 개발 전에 이뤄졌습니다.
상급종합병원 OCS 연동 프로젝트에서, 처방 데이터의 코드 체계가 병원마다 다르다는 사실을 뒤늦게 파악해 초기 통합 작업을 대부분 재작업한 경험이 있습니다. 당시 KCD 코드와 병원 내부 처방 코드가 혼용되고 있었고, 연동 전에 코드 매핑 테이블을 먼저 확보해야 한다는 것을 현장 담당자에게 직접 배웠습니다. 이후 EMR 연동 시에는 진료 기록 구조와 의료법상 보존 기간 제약을 사전에 파악하는 단계를 반드시 거치도록 체크리스트를 만들었습니다. 한계로는 각 병원의 커스터마이징 범위가 달라, 표준화된 모듈을 만들기가 어려웠습니다. 의료 시스템 개발에서 가장 중요한 것은 도메인 이해를 개발 착수 전에 충분히 확보하는 것이라고 생각합니다.
EMR 기반 리포트 기능 개발을 맡았을 때, 진료 기록이 비정형 텍스트와 구조화 데이터가 혼재한다는 점이 가장 큰 도전이었습니다. 원무팀과 임상팀을 각각 인터뷰해 리포트 활용 목적이 다르다는 것을 파악하고, 목적별로 다른 데이터 뷰를 제공하는 구조로 설계했습니다.
HL7 FHIR 표준을 기준으로 데이터를 정규화하되, 병원 자체 코드는 별도 매핑 레이어로 분리해 유지보수 비용을 줄였습니다. 결과적으로 원무팀과 임상팀 모두 자신의 목적에 맞는 리포트를 단일 시스템에서 출력할 수 있게 됐습니다. 이 경험에서 EMR 개발의 핵심은 표준과 현장 커스텀 사이의 경계를 명확히 설계하는 것임을 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 고려대학교의료원 DBA 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.