본문으로 건너뛰기
피드

공공병원 AI 클라우드 사업, 실증이라더니 차세대 HIS급 과업 논란

devops 약 5분
vote
0
댓글
북마크

정부가 공공 병원정보시스템을 AI 클라우드 기반으로 전환·검증하는 270억원 규모 사업을 추진 중인데, 업계에서는 과업 범위가 과도하다는 우려가 나온다. EMR, OCS, LIS, PMS, MIS 같은 핵심 시스템부터 클라우드 네이티브, 멀티테넌시, CSAP, 데이터 마이그레이션, DR, 원복 방안까지 요구되기 때문이다.

  • 1

    사업 규모는 약 2년간 총 270억원이며 국립중앙의료원과 서울의료원이 우선 대상

  • 2

    최소 5개 핵심 병원 시스템을 포함한 HIS 개발과 실증을 동시에 요구

  • 3

    업계는 실증사업이라기보다 사실상 차세대 HIS 구축사업에 가깝다고 봄

  • 공공병원 AI 클라우드 사업을 두고 업계에서 “이거 실증 맞냐?”는 반응이 나오고 있음

    • 과학기술정보통신부와 한국지능정보사회진흥원(NIA)이 추진하는 사업임
    • 정식 이름은 공공 병원정보시스템 AI 클라우드서비스 개발 검증 지원
    • 국립중앙의료원과 서울의료원을 먼저 대상으로 AI 클라우드 기반 병원정보시스템(HIS)을 개발·실증하는 게 목표임
  • 규모만 보면 2년, 270억원짜리 사업임

    • 내년 말까지 약 2년간 추진됨
    • 우선 두 의료원에 적용한 뒤, 향후 전국 35개 지방 공공의료원으로 확산하는 구상임
    • 여기까지만 보면 공공 의료 시스템의 클라우드 전환 실험처럼 보임
  • 문제는 요구사항이 실험 수준을 훌쩍 넘어선다는 점임

    • 사업자는 전자의무기록(EMR), 처방전달시스템(OCS), 임상검사정보시스템(LIS), 약국관리시스템(PMS), 병원경영정보시스템(MIS)을 포함해야 함
    • 최소 5개 핵심 시스템이 들어가고, 사실상 공공병원 업무 전반을 포괄하는 HIS를 개발해야 하는 셈임
    • 병원에서 이 시스템들이 멈추면 진료와 운영이 바로 흔들리니, 일반적인 파일럿과는 리스크가 다름

중요

> 공모안에는 “현재 운영 중인 서비스와 기능을 완전히 대체할 수 있도록 개발 추진”이라는 문구가 들어감. 이 정도면 단순 실증이 아니라 운영계 핵심 시스템 교체에 가까움.

  • 기술 요구사항도 한두 개가 아님

    • 클라우드 네이티브 구조, 멀티테넌시, 공공 클라우드 보안인증(CSAP) 대응이 포함됨
    • AI 기능 적용, 데이터 마이그레이션, 재해복구(DR), 운영 전환까지 해야 함
    • 새 시스템이 안정적으로 활용되지 못할 경우 기존 시스템으로 원복하는 방안도 마련해야 함
  • 업계가 부담을 느끼는 지점은 “실증”과 “구축”이 한 사업 안에 섞였다는 거임

    • 실증이면 제한된 범위에서 가능성과 위험을 검증하는 쪽에 가깝지만, 이번 요구는 기존 업무를 완전히 대체하는 차세대 HIS 구축처럼 보임
    • 특히 병원 시스템은 데이터 정합성, 장애 대응, 사용자 전환, 법·보안 요건이 다 같이 얽혀 있음
    • 일정과 예산이 고정된 상태에서 범위가 커지면 품질·보안·운영 안정성 중 어딘가에서 무리가 생길 수밖에 없음
  • 개발자 관점에서 이건 “클라우드 전환”이라는 말이 얼마나 많은 일을 숨기는지 보여주는 사례임

    • 단순히 서버를 클라우드로 옮기는 게 아니라, 병원 업무 도메인 전체를 새 아키텍처 위에서 다시 검증해야 함
    • 멀티테넌시를 넣으면 병원별 데이터 분리와 설정 관리가 필요하고, CSAP까지 맞추면 인프라 선택지도 줄어듦
    • 여기에 AI 기능까지 얹으면 모델 운영, 데이터 품질, 책임 소재까지 추가로 고민해야 함

기술 맥락

  • 이 사업에서 가장 큰 선택은 병원정보시스템을 클라우드 네이티브 기반 AI 서비스로 바꾸겠다는 거예요. HIS는 병원의 진료와 운영을 떠받치는 시스템이라, 단순 웹서비스를 새로 만드는 것보다 훨씬 부담이 커요.

  • 멀티테넌시가 들어간 이유는 향후 35개 지방 공공의료원으로 확산하려는 계획 때문이에요. 병원마다 데이터를 분리하면서도 같은 플랫폼을 운영하려면 구조적으로 테넌트 분리가 필요하거든요.

  • CSAP 대응은 공공기관 클라우드 사업에서 빠질 수 없는 조건이에요. 특히 의료 데이터는 민감도가 높아서 인증, 접근제어, 감사, 재해복구 같은 운영 요건이 개발 초반부터 같이 설계돼야 해요.

  • 데이터 마이그레이션과 원복 방안이 요구된다는 건 이 사업이 실제 운영 전환까지 염두에 둔다는 뜻이에요. 기존 시스템을 완전히 대체하려면 데이터 정합성 검증과 장애 시 되돌아가는 절차가 없으면 병원 현장에서 받아들이기 어렵거든요.

  • 그래서 업계가 과업 과중을 말하는 거예요. AI 기능 하나 붙이는 문제가 아니라, 핵심 업무 시스템 재구축과 공공 클라우드 인증과 운영 전환을 2년 안에 같이 해결해야 하는 구조예요.

공공 클라우드 전환에서 자주 나오는 문제가 그대로 터진 사례임. ‘개발 지원·실증’이라는 이름을 붙였지만, 요구사항은 운영계 핵심 시스템 교체 수준이면 일정·예산·리스크 산정이 완전히 달라져야 함.

댓글

댓글

댓글을 불러오는 중...

devops

포드가 AI 데이터센터 붐 수혜주로 뜬 이유는 자동차가 아니라 ESS였다

포드의 에너지 저장 사업이 AI 데이터센터 건설 붐을 타고 새 성장축으로 주목받고 있어. 전기차 수요 둔화로 남는 배터리 생산능력을 데이터센터·전력망용 ESS로 돌리는 전략이고, EDF 북미 사업체에 2028년부터 연간 4기가와트시 규모 공급 계약까지 체결했어.

devops

클라우드 빅3 차별화 논쟁, 정작 컴퓨트·스토리지는 거의 범용재가 됐다는 얘기

클라우드 업체들은 인공지능, 데이터베이스, 전용 서비스로 차별화를 강조하지만, 대부분의 기업 워크로드는 여전히 컴퓨트와 스토리지 위에서 돌아간다는 주장이다. AWS, 애저, 구글 클라우드의 핵심 인프라는 성숙도가 높아져 실질 역량 차이가 줄었고, 아키텍트는 브랜드보다 워크로드 적합성·비용·거버넌스·운영 정합성을 봐야 한다는 내용이다.

devops

DynIP, RFC 2136·IPv6·DNSSEC 지원하는 동적 DNS 서비스 공개

DynIP는 홈랩, 엣지 라우터, 인프라 팀을 겨냥한 동적 DNS(DDNS) 서비스다. 60초 안팎의 전파, RFC 2136 TSIG 기반 라우터 업데이트, 개인 도메인 연결, IPv6와 DNSSEC 지원을 핵심 기능으로 내세운다.

devops

깃허브 액션, 내부 데이터베이스 마이그레이션 여파로 4시간 지연

깃허브에서 2026년 5월 12일 13:41부터 17:43 협정세계시까지 일부 서비스 처리 지연이 발생했음. 내부 데이터베이스 마이그레이션으로 복제 지연이 생겼고, 작업 큐에 쌓이는 요청을 처리할 워커가 부족해진 게 원인이었음.

devops

AI 강국 경쟁, 결국 전기와 데이터센터 싸움으로 간다

AI 경쟁의 핵심이 모델과 반도체만이 아니라 안정적인 전력 확보로 이동하고 있다는 분석이야. 글로벌 데이터센터 전력 사용량은 2024년 400TWh에서 2030년 800TWh, 2050년 3500TWh 이상으로 커질 전망이고, 한국도 AI 데이터센터와 에너지 전략을 같이 설계해야 하는 상황이야.