용인세브란스병원 Y-Aid 가동, 폐쇄망 AI 에이전트가 맡는 일

폐쇄형 데이터룸에 놓인 무표식 서버 캐비닛을 표현한 AI 생성 사진풍 이미지

AI를 활용하여 생성한 이미지입니다.

병원에 AI를 넣는다고 해서 공개 챗봇을 그대로 업무망에 연결하는 것은 아닙니다. 용인세브란스병원이 2026년 9월 1일 공식 가동한 ‘Y-Aid’는 원내 폐쇄망에서 프라이빗 대규모언어모델(LLM)을 사용하고, 병원 지침·매뉴얼과 의학 문헌을 업무별로 연결하는 플랫폼으로 소개됐습니다.[1] 일반 이용자가 궁금한 점은 이름보다도 “어떤 일을 맡기고, 어디서 사람의 확인이 필요한가”일 텐데요. 공개된 내용 기준으로는 의료기관평가, 전산장애 대응, 의학 문헌 검색이 첫 적용 범위입니다.

Y-Aid는 만능 챗봇보다 업무 도구에 가깝습니다

에이전트는 하나의 대화창에서 모든 질문에 답하는 기능이라기보다, 목적에 맞는 자료와 규칙을 묶어 둔 업무 도구에 가깝습니다. 평가 준비에는 최신 내규와 평가 지침이 필요하고, 전산장애에는 부서별 연락·복구 절차가 필요합니다. 문헌 검색은 검색 대상과 연구 질문을 분리해야 하므로 같은 모델이라도 참조할 자료와 결과 화면이 달라져야 해요.

공개된 에이전트 도와줄 수 있는 일 사용자가 먼저 볼 기준
의료기관평가 평가 관련 내규·지침을 찾고 항목을 정리합니다. 문서 버전, 적용 부서, 개정일을 확인합니다.
전산장애 대응 부서별 절차와 담당 흐름을 빠르게 찾습니다. AI 안내보다 현재 장애 공지와 책임자의 지시를 우선합니다.
의학 문헌 검색 질문과 관련된 PubMed 논문 후보를 찾아 요약합니다.[1] 원문, 연구 대상, 결과 지표를 직접 대조합니다.

폐쇄망은 출발점이지 보안 완료 표시가 아닙니다

환자 정보와 내부 운영 문서가 오가는 환경에서는 외부 서비스로 자료가 전송되지 않도록 경계를 설계하는 일이 중요합니다. Y-Aid가 폐쇄망과 프라이빗 LLM을 택한 이유도 내부 데이터를 외부로 반출하지 않고 업무형 AI를 쓰려는 방향으로 이해할 수 있습니다.[1]

그러나 네트워크가 분리됐다는 사실만으로 모든 위험이 사라지지는 않습니다. 직무별 문서 권한, 관리자 접근, 질의·응답 로그, 모델 업데이트, 외부 자료 반입, 출력물 저장과 폐기 정책을 함께 정해야 합니다. 같은 질문이라도 간호, 행정, 연구 담당자가 볼 수 있는 문서 범위가 달라야 한다면 검색 단계에서부터 권한을 적용해야 해요. 답변에 사용된 근거 문서와 버전이 표시되지 않으면 사용자는 오래된 매뉴얼을 최신 지침으로 오해할 수 있습니다.

업무별로 무엇을 사람이 결정할까

AI가 자료를 찾고 긴 문장을 요약하는 일과, 그 결과를 근거로 권한을 행사하거나 환자에게 영향을 주는 일은 분리해야 합니다. 특히 장애 대응에서는 시스템 복구 순서가 현재 구성과 맞는지 담당자가 확인해야 하고, 평가 자료에서는 기관의 실제 규정이 적용되는지 봐야 합니다.

단계 AI에 맡길 수 있는 보조 사람의 확인
검색 관련 문서·논문 후보를 찾고 키워드를 확장합니다. 최신 버전, 적용 대상, 출처의 적합성을 확인합니다.
요약 긴 절차의 단계와 논문의 주요 항목을 정리합니다. 누락·왜곡을 원문과 대조합니다.
실행 다음 단계와 담당 부서를 안내합니다. 환자 안전, 시스템 권한, 최종 승인과 실행을 판단합니다.

의학 문헌 검색은 임상 결론이 아닙니다

논문을 빨리 찾는 것과 그 결과를 환자에게 적용하는 것은 다른 작업입니다. 연구 대상과 표본, 비교군, 결과 지표, 발표 시점, 이해상충과 한계를 확인하지 않은 요약은 의사결정 근거가 되기 어렵습니다. 서로 다른 논문이 같은 질문에 다른 결과를 낼 수도 있고, 검색 결과의 상위 노출이 임상적 중요도와 일치한다는 보장도 없습니다.

따라서 문헌 에이전트는 검색어를 다듬고 후보를 좁히는 단계에 두는 것이 현실적입니다. 임상 판단이나 환자 안내에 연결할 때는 원문과 병원 규정, 담당 의료진의 검토가 필요합니다. 공개된 자료만으로 Y-Aid의 정확도나 진료 시간 절감 폭을 수치로 말할 수는 없습니다.

확장할수록 지식 관리가 중요해집니다

병원은 앞으로 간호 업무 매뉴얼, 방사선 피폭 대응, 임상연구 관리, 문서 작성 지원 등으로 활용 범위를 넓힐 계획을 밝혔습니다.[1] 기능을 추가하는 것보다 먼저 문서의 소유 부서, 개정 책임자, 적용 기간, 폐기 기준을 정해야 합니다. 매뉴얼이 바뀌었는데 검색 인덱스가 갱신되지 않거나 서로 충돌하는 절차가 함께 노출되면 에이전트가 자연스러운 문장으로 잘못된 답을 만들 수 있어요.

  • 답변마다 근거 문서와 개정일을 확인할 수 있게 합니다.
  • 직무에 따라 문서 검색 권한과 출력 범위를 나눕니다.
  • 오류 신고, 문서 수정, 재색인, 재검토의 책임자를 정합니다.
  • 환자 안전·진료·시스템 변경은 AI 추천만으로 실행하지 않습니다.
  • 정확도뿐 아니라 오류 유형과 검토에 걸린 시간도 별도로 기록합니다.

자주 묻는 질문

폐쇄망이면 외부 유출 걱정이 전혀 없나요?

그렇게 단정할 수 없습니다. 계정, 관리자 권한, 반입 장치, 로그와 출력물 관리까지 확인해야 합니다.

Y-Aid가 의사를 대신하나요?

공개된 설명은 업무 지원 플랫폼에 관한 것이며, 문헌 검색이나 요약이 의료진의 임상 판단을 대신한다는 근거는 없습니다.

다른 기관도 같은 구조를 복사하면 되나요?

업무 분류는 참고할 수 있지만 문서 체계, 권한, 보안 규정, 운영 책임이 다르므로 그대로 복사해서는 안 됩니다.

정리

Y-Aid의 의미는 병원 업무에 맞는 자료와 규칙을 폐쇄망 안에서 연결했다는 데 있습니다. 실무에서 볼 기준은 에이전트 개수보다 근거 문서의 최신성, 권한 통제, 오류 수정 절차, 사람이 승인하는 경계입니다. 현재 공개 자료만으로 성능을 과장하지 않고, 실제 도입 효과와 안전성은 후속 운영 데이터와 공식 안내를 통해 확인하는 편이 정확합니다.

도입을 검토할 때 문서화할 항목

의료기관에서 업무형 AI를 평가할 때는 “대답이 자연스러운가”만으로 충분하지 않습니다. 먼저 어느 부서가 어떤 문서를 사용할지 목록을 만들고, 문서마다 소유 부서·최종 개정일·적용 범위를 붙여야 합니다. 그다음 AI가 답을 내놓지 못해야 하는 질문과 사람에게 넘겨야 하는 조건을 정합니다. 예를 들어 환자 식별, 약물·치료 판단, 권한 변경, 장애 복구 실행처럼 결과의 위험이 큰 작업은 검색과 사람 검토 단계에서 멈추도록 설계할 수 있습니다.

점검 영역 도입 전에 정할 질문
데이터 어떤 문서를 넣고, 보존 기간과 삭제 담당자는 누구인가요?
권한 직무·부서별로 검색 가능한 자료가 나뉘어 있나요?
근거 답변에 사용한 문서명·개정일·인용 범위를 볼 수 있나요?
사람의 승인 어떤 답변은 누구의 확인 없이는 실행되지 않나요?
운영 오류 신고부터 문서 수정과 재검증까지 담당자가 정해졌나요?

답변이 이상할 때의 대응

업무 사용자는 AI의 답변을 고치는 데 그치지 말고 질문, 표시된 근거, 실제 적용 문서, 오류 유형을 함께 기록하는 편이 좋습니다. 문서 누락인지, 검색 권한 문제인지, 요약 오류인지에 따라 수정 방법이 달라지기 때문입니다. 같은 오류가 반복되면 프롬프트를 바꾸는 것만으로 해결하려 하지 말고 원문 문서와 색인 상태, 권한 정책을 점검해야 합니다.

또 시스템이 잠시 멈췄을 때 기존 매뉴얼과 연락망으로 업무를 계속할 수 있어야 합니다. AI가 병원 업무의 유일한 입구가 되면 장애 때 오히려 대응 속도가 떨어질 수 있어요. Y-Aid 같은 플랫폼의 성숙도는 새 에이전트를 몇 개 추가했는지가 아니라, 정상 운영·오류·업데이트·서비스 중단 상황을 모두 포함한 절차가 있는지로 판단하는 편이 정확합니다.

도입 전 체크리스트

  1. 문서별 소유 부서와 최신 개정일을 등록합니다.
  2. 직무별 검색 권한과 민감정보 표시 범위를 나눕니다.
  3. AI가 안내만 할 업무와 사람 승인이 필요한 업무를 구분합니다.
  4. 답변 근거·로그·오류 신고 경로를 사용자에게 보여 줍니다.
  5. 문서 변경 후 재색인과 검토가 끝났는지 확인합니다.
  6. AI가 중단돼도 사용할 공식 매뉴얼과 연락망을 남깁니다.

Sources

  1. [1] 전자신문: 용인세브란스병원, AI 에이전트 플랫폼 ‘Y-Aid’ 공식 가동

함께 읽을 글