병원의 EMR·OCS에서 환자 기록을 읽어 와, 의사가 판독이나 진료를 시작하기 전에 요약해 보여 줍니다. 한림병원 첫 PoC로 정했고, 아직 구상 단계입니다.It reads patient records from the hospital's EMR/OCS and shows a summary before the doctor starts a read or a visit. It is set as the first PoC at Hallym Hospital, and it is still at the concept stage.
기준일 2026-11-10As of 2026-11-10기준 문서 §9·§14 · 목표 G2~G4Source document §9·§14 · Goals G2–G4
지금 상태Current status
개발Development
구상 단계Concept stage
만든 것이 없습니다. 이 쪽의 범위와 순서는 모두 계획이고, 홈페이지의 요약 화면은 가상의 예시입니다.Nothing has been built. The scope and order on this page are all plans, and the summary screen on the homepage is a mock example.
병원Hospital
EMR을 읽을 수 있는지 미확인Not yet known if we can read the EMR
병원 EMR에서 기록을 어떤 경로로 읽을 수 있는지, 읽을 수 있기는 한지가 첫 질문입니다. 한림병원 IT와 확인해야 합니다.The first question is how we can read records from the hospital EMR, and whether we can read them at all. This must be checked with Hallym Hospital IT.
인증Certification
인증이 필요 없는 범위로 구상Planned within the scope that needs no certification
단순 요약에 머물 때만 성립하는 회사 판단입니다. 변화를 자동으로 골라 강조하면 달라질 수 있습니다. 실제 환자 데이터를 쓰기 전에 식약처에 서면으로 확인합니다. 지켜야 할 선This is the company's own judgment, and it holds only while the product stays a simple summary. It may change if the product automatically picks out and highlights changes. Before using real patient data, we will confirm in writing with the MFDS. Lines we must not cross
이 쪽은 계획입니다This page is a plan
EMR Crawler는 아직 구상 단계입니다. 아래의 기능, PoC 범위, 작업 순서는 만들어진 것이 아니라 만들려는 것입니다. 병원 EMR이 실제로 어떤 접근을 허용하는지에 따라 크게 바뀔 수 있습니다.EMR Crawler is still at the concept stage. The features, PoC scope and work order below are what we plan to build, not what has been built. They may change a lot depending on what access the hospital EMR actually allows.
무엇을 하는 제품인가What the product does
기준 문서는 이 제품을 "Patient Summary"라고 부르고, 여러 AI 기능 가운데 가장 먼저 만들 것으로 정했습니다. 흩어진 환자 기록을 의사가 원하는 형식으로 짧게 정리해 보여 줍니다.The source document calls this product "Patient Summary" and makes it the first of several AI features to build. It gathers scattered patient records into a short summary in the format the doctor wants.
세 부분으로 나뉩니다It has three parts
EMR CrawlerEMR·OCS에서 읽기 전용으로 가져옴Pulls from the EMR/OCS, read-only
HALO Reports가져온 기록을 요약해 보여 줌Summarizes and shows the pulled records
Halo Studio어떤 항목을 어떤 형식으로 볼지 정함Sets which items to show and in what format
기준 문서가 정한 요약 항목Summary items set by the source document
환자 기본 정보Basic patient information
진단과 병력Diagnoses and medical history
수술·시술 이력Surgery and procedure history
투약 요약Medication summary
검사 수치 요약Lab value summary
영상 판독문 요약Imaging report summary
진료 일정의 시간순 정리, 시간에 따른 변화Care timeline in date order, and changes over time
항목마다 근거가 된 원문The source text behind each item
정확성을 위해 지키는 것Rules for accuracy
항목마다 근거 원문과 날짜를 보여 준다Show the source text and date for each item
기록에 있는 내용과 빠진 내용을 구분한다Separate what is in the record from what is missing
서로 어긋나는 기록은 어긋난다고 표시한다Flag records that conflict with each other as conflicting
근거 없는 결론을 내지 않는다Draw no conclusions without a source
볼 수 있었던 기록의 한계를 밝힌다State the limits of the records that could be seen
의사가 직접 확인할 수 있게 한다Let the doctor check everything directly
영상을 분석하지 않고, 진단 제안·경보·위험 점수·치료 계획을 내지 않습니다. 인증이 필요 없는 범위에 머무는 조건이기도 합니다.It does not analyze images, and it gives no diagnostic suggestions, alerts, risk scores or treatment plans. These are also the conditions for staying within the scope that needs no certification.
인증 없이 가려면 지켜야 할 선Lines we must not cross to go without approval
환자 요약이 인증이 필요 없는 범위에 머무는 것은 이미 적힌 내용을 그대로 정리할 때뿐입니다. 11-10에 다른 AI 모델(아스트라)로 회사 판단을 반박 검증했고, 아래 선을 넘으면 그 판단을 유지하기 어렵다는 의견이 나왔습니다.The patient summary stays within the scope that needs no certification only when it organizes what is already written, as written. On 11-10 we had another AI model (Astra) try to refute the company's judgment, and it found that the judgment is hard to keep if we cross the lines below.
해도 되는 것Allowed
과거 진료기록을 조회·검색해, 의사가 미리 정한 서식에 따라 원문을 재배열하기. 식약처의 2026년 LLM 가이드라인이 제외 대상으로 든 예입니다Looking up and searching past medical records, and rearranging the source text into a template the doctor set in advance. The MFDS 2026 LLM guideline gives this as an example of what is excluded
의사가 정한 항목을 원문과 날짜와 함께 정리해 보여 주기Showing the items the doctor chose, with source text and dates
검사 수치를 날짜와 단위별 값으로 나열하기Listing lab values by date, with units
이전 판독문을 "당시 판독문 인용"이라고 밝히고 그대로 옮기기Copying a prior report word for word, labeled "quoted from the report at the time"
Halo Studio로 항목, 길이, 배치를 바꾸기Changing items, length and layout with Halo Studio
넘으면 인증 대상이 될 수 있는 것Crossing these may require approval
검사 수치를 분석해 의미 있는 변화를 골라내기 (예: 추세를 계산해 "CEA 상승"이라고 표시). 고시의 첫째 조건은 검사 결과의 분석을 막습니다Analyzing lab values to pick out meaningful changes (e.g., computing a trend and showing "CEA rising"). The first condition of the MFDS notice (고시) rules out analyzing test results
LLM으로 임상 소견의 초안을 만들기. 같은 가이드라인이 의료기기에 해당한다고 든 예입니다Using an LLM to draft clinical findings. The same guideline gives this as an example of a medical device
여러 기록을 합쳐 "새 병변", "악화" 같은 판단을 새로 만들어 내기Combining records to create new judgments such as "new lesion" or "worsening"
특정한 진단이나 치료 결과, 치료 계획, 위험 확률, 그리고 의사가 따로 검토할 시간이 없는 급한 경보A specific diagnosis or treatment outcome, a treatment plan, a risk probability, and urgent alerts that leave the doctor no time to review
Studio의 자유 지시로 이상 탐지나 진단 추론까지 되게 하기. 의사가 직접 설정했다는 이유로는 제외되지 않습니다Letting free-text instructions in Studio go as far as anomaly detection or diagnostic reasoning. Being set up by the doctor does not make it exempt
정해야 할 것To decide
기준 문서는 "시간에 따른 변화 강조"를 요약의 기능으로 적었습니다. 이 기능이 가장 큰 위험으로 지적됐습니다. 넣지 않을지, 넣고 인증을 받을지 정해야 합니다.The source document lists "highlighting changes over time" as a summary feature. This feature was flagged as the biggest risk. We must decide whether to leave it out, or keep it and get approval.
HALO PACS와 같은 화면에 두면 PACS의 부속 기능으로 묶일 수 있습니다. 따로 두려면 독립된 사용 목적, 버전과 배포의 경계, 연결 방식, 요약이 멈췄을 때 PACS에 미치는 영향을 문서로 남겨야 합니다.If it sits on the same screen as HALO PACS, it may be treated as an add-on feature of PACS. To keep it separate, we must document its own intended use, the version and release boundaries, how it connects, and how PACS is affected if the summary stops.
식약처에 서면으로 물을 때는 단순 요약과 자동 강조를 나눠 각각의 입출력 예시를 냅니다. 결과는 10일 안에 통보됩니다.When we ask the MFDS in writing, we will split simple summary and automatic highlighting and submit input/output examples for each. The answer comes within 10 days.
고시 제8조 전체와 식약처의 2026년 LLM 가이드라인 본문은 11-10에 원문으로 확인했습니다. 고시는 "고려할 후속 조치의 알림"을 의사를 지원하는 목적의 예로 들고 있어, 검토를 권하는 문구 자체가 금지된 것은 아닙니다. 시행규칙 단서에 따른 식약처 공고는 찾지 못했습니다. 식약처의 개별 판단은 받지 않았고, 가이드라인도 예시만으로 확정하지 말고 담당 부서에 문의하라고 적고 있습니다.On 11-10 we checked the full text of Art. 8 of the notice and the body of the MFDS 2026 LLM guideline in the original. The notice gives "alerts about follow-up actions to consider" as an example of supporting the doctor, so wording that suggests a review is not banned in itself. We did not find an MFDS announcement under the proviso of the Enforcement Rule (시행규칙). We have not received a case-specific MFDS ruling, and the guideline itself says not to decide from its examples alone but to ask the responsible office.
요약이 틀리기 쉬운 곳Where summaries tend to go wrong
식약처의 2026년 LLM 가이드라인이 임상기록 요약의 위해요인으로 든 것들입니다. 인증 대상이든 아니든 요약 기능을 만들 때 시험해야 할 목록입니다.These are the hazards of clinical record summaries listed in the MFDS 2026 LLM guideline. Whether or not approval is needed, this is the list to test when building the summary feature.
중요한 정보를 빠뜨림Leaving out key information
알레르기, 항응고제 복용, 위급한 검사·영상 결과, 추적검사가 필요하다는 내용이 요약에서 빠지는 경우. 대책: 꼭 들어가야 할 항목을 자유 문장이 아니라 정해진 칸으로 먼저 채우고, 칸마다 원문과 하나씩 대조합니다.Allergies, anticoagulant use, critical lab or imaging results, or a note that follow-up testing is needed are missing from the summary. Fix: fill the must-have items first in fixed fields, not free text, and check each field against the source one by one.
수치, 단위, 날짜, 방향을 틀림Getting values, units, dates or direction wrong
3cm를 3mm로 적거나, 검사일과 추적 시점, 병변과 장기의 이름, 좌우, "커졌다·줄었다" 같은 표현을 틀리는 경우.Writing 3cm as 3mm, or getting wrong the exam date and follow-up time, lesion and organ names, left and right, or words like "enlarged" or "decreased."
약어와 복사된 기록을 잘못 읽음Misreading abbreviations and copied notes
D/C를 "중단"이 아니라 "퇴원"으로 읽는 식의 약어 오해. 복사해 붙여 넣은 과거 기록을 현재 상태로 요약하는 경우. 대책: 기록마다 작성 시각을 붙여 넣어 시간 순서를 지킵니다.Misreading abbreviations, such as reading D/C as "discharge" instead of "discontinue." Summarizing old copy-pasted notes as the current state. Fix: attach the time each note was written to keep the time order.
의사가 그대로 믿음The doctor trusts it as is
바쁜 진료 중에 요약을 확인 없이 받아들이는 경우. 대책: 요약을 "확정"이 아니라 "검토 대상"으로 보여 주고, 근거가 있는 항목과 없는 항목을 구분해 표시합니다.During a busy clinic, the doctor accepts the summary without checking. Fix: show the summary as "to review," not "final," and mark items with a source apart from items without one.
같은 가이드라인은 "임상기록 혹은 검사결과 요약"을 LLM 의료기기의 사용 목적 예로도 들고, 검증 방법으로 원문 대비 사실 일치와 원문에 없는 내용의 생성·누락 점검을 제시합니다. 요약이라는 이유만으로 의료기기에서 빠지는 것은 아닙니다.The same guideline also gives "summarizing clinical records or test results" as an example intended use of an LLM medical device. As validation methods, it proposes checking factual agreement with the source, and checking for content added that is not in the source or left out. Being a summary does not by itself exempt a product from being a medical device.
한림병원 첫 PoCFirst PoC at Hallym Hospital
판독하려는 검사에 환자번호와 검사번호를 정확히 연결하고, EMR·OCS와 이전 판독문에서 임상 정보를 읽어 판독을 시작하기 전에 보여 줍니다. 인증 전의 PoC는 제품개발과 인증 준비를 위한 시험·검증으로만 계약합니다.It links the exam to be read to the correct patient number and exam number, reads clinical information from the EMR/OCS and prior reports, and shows it before the read starts. Before approval, the PoC is contracted only as testing and validation for product development and approval preparation.
1단계Stage 1
합성 환자로 시연Demo with synthetic patients
실제 환자 정보 없이, 만들어 둔 합성 환자 기록으로 요약 화면과 맞춤 설정 과정을 보여 드립니다.With no real patient information, we show the summary screen and the customization process using synthetic patient records we have prepared.
2단계 · 병원 승인 후Stage 2 · After hospital approval
실제 데이터, 읽기 전용Real data, read-only
검사 종류 하나만One exam type only
읽는 것: 검사 사유, 관련 임상 기록, 이전 영상 판독문What it reads: exam indication, related clinical notes, prior imaging reports
요약 항목마다 원문과 날짜 표시Source text and date shown for each summary item
판독문 저장, EMR·OCS에 쓰기는 하지 않음No saving of reports, and no writing to the EMR/OCS
병원 IT와 함께 정할 것To decide with hospital IT
EMR 접근 경로. 어떤 인터페이스로 기록을 읽을 수 있는지.The EMR access path: which interface we can use to read records.
첫 검사 종류, 꼭 읽어야 하는 항목, 요약 화면 예시 한 장. 이 세 가지를 정해 가면 "EMR과 연동할 수 있나요?" 대신 "이 검사에서 이 세 종류의 기록을 어느 인터페이스로 읽을 수 있나요?"를 물을 수 있습니다.The first exam type, the must-read items, and one sample summary screen. If we decide these three first, instead of "Can we integrate with the EMR?" we can ask "For this exam, through which interface can we read these three kinds of records?"
실제 데이터 단계에 필요한 병원 절차: 처리 위탁 계약, IRB·데이터 심의, 보안 절차.Hospital steps needed for the real-data stage: a data processing outsourcing agreement, IRB and data review, and security procedures.
앞으로의 순서Next steps
Phase 0 · 합성 환자로 증명Phase 0 · Prove it with synthetic patients
지금 만든다Building now
#
작업Task
선행Depends on
0.1
합성 FHIR 환자 20명. 환자마다 요약에 나와야 할 사실을 미리 정해 둔다.20 synthetic FHIR patients. For each patient, set in advance the facts the summary must show.
없음None
0.2
모델 시험: 공개 모델 3~4종을 12GB 개발용 GPU에서 돌려 본다.Model trials: run 3–4 open models on a 12GB development GPU.
0.1
0.3
설정 형식 v0와 검증기 (Studio)Config format v0 and validator (Studio)
없음None
0.4
실행기와 모델 연결부Runner and model connector
0.3
0.5
요약 출력: 출처 표시와 검사기 포함Summary output, with source labels and a checker
클라우드 연결과 비식별 단계, 병원 안 서버 대 클라우드 비교Cloud connection and de-identification step; on-premises hospital server vs. cloud comparison
0.4, 0.1
완료 기준 · 민훈이 도움 없이 Studio에서 자기 요약을 만든다. 두 실행 환경의 비교표(정확도, 정보 유출, 속도, 비용)가 채워진다.Done when · Minhoon builds their own summary in Studio without help. The comparison table for the two runtime environments (accuracy, data leakage, speed, cost) is filled in.
Phase 1 · 병원 연결Phase 1 · Hospital connection
Phase 0 다음After Phase 0
#
작업Task
선행Depends on
1.1
병원 IT와 EMR 접근 경로 합의Agree on the EMR access path with hospital IT
없음None
1.2
그 병원 EMR용 커넥터Connector for that hospital's EMR
1.1
1.3
파일럿 GPU 서버: 명령 한 줄로 설치, 파일로 설정 가져오기Pilot GPU server: one-command install, import config from a file
0.2
1.4
요약 열람 기록과 감사Summary access logs and audit
0.5
1.5
실제 환자 데이터를 쓰기 전에: 규제 확인과 병원 승인(필요하면 IRB)Before using real patient data: regulatory check and hospital approval (IRB if needed)
없음None
완료 기준 · 한 병원의 의사들이 병원 안에서 실제 차트로 요약을 쓰고, 모든 조회가 기록된다.Done when · Doctors at one hospital use summaries of real charts inside the hospital, and every lookup is logged.
그 뒤After that
Phase 2~3
진료과·병원 단위 요약 양식Summary templates per department and per hospital
판독문 저장과 EMR·OCS에 쓰기Saving reports and writing to the EMR/OCS
예약 시간에 맞춰 미리 요약해 두기Preparing summaries ahead of appointment times
기준 문서가 답을 요청한 질문Questions the source document asks us to answer
병원 연동에 관해 기준 문서가 기술 쪽에 던진 질문입니다. 아직 답이 정해지지 않았습니다.These are questions about hospital integration that the source document put to the tech side. They are not answered yet.
EMR, HIS, RIS, PACS와 어떻게 연동할 것인가?How will we integrate with the EMR, HIS, RIS and PACS?
HL7, FHIR, DICOM 인터페이스 가운데 무엇을 먼저 할 것인가?Which of the HL7, FHIR and DICOM interfaces do we build first?
시스템 사이에서 환자 식별자를 어떻게 대응시킬 것인가?How will we match patient identifiers across systems?
진료 전에 예약 실행되는 요약을 어떻게 안전하게 시작시킬 것인가?How do we safely trigger summaries scheduled to run before visits?
첫 병원 파일럿에 가장 현실적인 접근은 무엇인가?What is the most realistic approach for the first hospital pilot?