===== HIS Data 플랫폼 구축_입찰공고문.hwpx.pdf =====
입 찰 공 고 문
1. 과업의 명칭 : 원광대학교 광주한방병원『K-Health 실증병원
(한의학) HIS Data 플랫폼 구축사업』
2. 사업 개요
가. 사업명: K-Health 실증병원(한의학) HIS Data 플랫폼 구축사업
나. 사업예산: 435,000,000원 (VAT 포함)
(1차년도 97,000,000원, 2차년도 338,000,000원)
다. 사업기간: 계약 후 ~ 2027년 12월 31일
3. 입찰 및 계약 방식
가. 입찰방식: 일반경쟁입찰
나. 낙찰자 선정방식: 협상에 의한 계약체결 (우선협상대상자)
다. 평가비율: 기술능력평가(90%) + 입찰가격평가(10%)
4. 입찰 참가 자격
가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 같은법
시행규칙 제14조 규정에 의한 경쟁입찰 참가자격을 갖추어야 하며, 입
찰일 전일까지 조달청 경쟁입찰참가자격등록증을 소지한 업체
나. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제76조 규정에 의한
부정당업자에 해당하지 않은 업체
다. 「소프트웨어 진흥법」에 따라 소프트웨어사업자 신고를 필한 업체로서,
국가종합전자조달시스템 입찰참가자격 등록규정에 의하여 나라장터
(G2B)에 입찰서 제출 마감일 전일까지 “소프트웨어사업자”(컴퓨터관련
서비스업, 업종코드 : 1468)으로 입찰 참가자격을 등록한 업체
라. 본 사업은 20억원 미만 사업으로 「소프트웨어 진흥법」 제48조 및 대
기업인 소프트웨어 사업자가 참여할 수 있는 사업금액의 하한에 의거
대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여를 제한
마. 「중소기업제품 구매촉진 및 판로지원에 관한 법률 시행령」 제2조에 따
른 중·소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에
따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발
급된 중·소기업·소상공인 확인서(용도 : 공공기관 입찰용)를 소지한 업
체
바. 최근 3년 내 600병상 이상 의료기관의 데이터 플랫폼 구축을 시행한
실적이 있거나 의료기관 이외의 기관의 데이터 플랫폼 구축을 시행한
실적이 있는 업체
사. 최근 3년 내 600병상 이상 의료기관의 한 개 이상의 의료정보관련 어
플리케이션 구축을 시행한 실적이 있는 업체
5. 제안요청 설명회 (필수 참석)
가. 일시: 2026년 11월 13일 (금) 16:00
나. 장소: 원광대학교 광주한방병원 7층 세미나실
다. 유의사항: 사업설명회에 불참한 기업 및 기관은 입찰에 참여할 수 없음
6. 제안서 제출 안내
가. 제출방법: 조달청 나라장터(e-발주시스템)를 통한 온라인 제출
나. 제출서류:
Ÿ 경쟁입찰참가자격등록증 1부
Ÿ 법인 등기부등본(또는 사업자등록증) 1부
Ÿ 소프트웨어사업자 신고확인서 1부
Ÿ 중·소기업·소상공인 확인서 1부
Ÿ 제안서 전자파일 (등록서류 각 1식)
다. 제출기한: 2026년 11월 20일(금)
7. 기타 사항
가. 계약이 성립되면 계약일로부터 14일 이내에 착수계를 제출하여야 함
나. 제안안내서, 제안요청서, 입찰공고 및 이에 근거한 붙임자료 등에 명시
되지 않은 사항은 국가를 당사자로 하는 계약에 관한 법률, 협상에 의
한 계약체결기준 등 국가계약관련 법령을 따름
다. 본 사업은 소프트웨어 진흥법 제50조에 따라 과업변경심의위원회를 개
최 요청할 수 있음
라. 관계법령 등의 숙지(근거 : 용역입찰유의서 제5조)
- 입찰에 참가하고자 하는 자는 시행령 등의 입찰관련 법령 및 용역 입
찰유의서 제4조 제1항의 규정에 의한 입찰에 관한 서류를 입찰 전에
완전히 숙지하여야 하며 이를 숙지하지 못한 책임은 입찰참가자에게
있음
- 입찰에 참가하고자 하는 자는 용역입찰유의서 제5조제1항의 규정에 의
한 입찰에 관한 서류의 검토과정에서 발견한 입찰에 관한 서류상의 착
오, 누락사항 또는 기타 설명이 요구되는 사항에 대하여는 입찰서 제출
마감일 전일까지 원광대학교 광주한방병원에 그 설명을 요구할 수 있
음
마. 과업수행자는 성과품을 단독으로 임의 복사, 외부유출 할 수 없음
- 과업수행자는 본 계약에 따라 제공한 제품이 국‧내외 지적 재산권을 침
해하고 있다는 이유로 소송이 제기되었을 경우 과업수행자의 비용으로
이를 변호하고, 발주처에 부과된 손해 및 비용에 대하여 배상하여야 함
- 성과품의 소유권은 원광대학교 광주한방병원과 용역사업자의 공동 소유
이며, 이를 단독으로 임의 복사하여 외부로 유출하여서는 안됨
- 용역 진행에 필요한 모든 콘텐츠(이미지 등)는 과업수행자가 구입하여
사용한 후 용역완료에 맞춰 발주처에 원본을 제공함
바. 기타 입찰에 관한 사항은(062-670-6303)로 문의하시기 바랍니다.
===== HIS Data 플랫폼 구축_제안요청서.pdf =====
원광대학교 광주한방병원
『K-Health 실증병원(한의학)
HIS Data 플랫폼 구축사업』
제안요청서
K-Health 실증병원(한의학)
사 업 명
HIS Data 플랫폼 구축사업
기 관 원광대학교 광주한방병원
2026. 11.
구분 소속부서 직 위 성 명 당담자 연락처
총괄 의료AI실증센터 교 수 임 진 웅
062-670-6303
담당 의료AI실증센터 연구원 김 재 우
목 차
Ⅰ. 사업안내
1. 사업개요 ······················································································································· 4
2. 추진배경 및 필요성 ···································································································· 4
3. 사업목적 ······················································································································· 5
4. 사업범위 ······················································································································· 5
5. 추진체계 ······················································································································· 6
6. 추진일정 ······················································································································· 7
7. 기대효괴 ······················································································································· 7
Ⅱ. 목표시스템
1. 목표 시스템 개요 ········································································································ 8
2. 목표 아키텍처 원칙 ···································································································· 8
Ⅲ. 제안요청사항
1. 요구사항 총괄표 ·········································································································· 9
2. 요구사항 목록표 ········································································································ 10
Ⅳ. 상세요구사항
1. 공통 요구사항 ··········································································································· 12
2. 기능 요구사항 ··········································································································· 12
3. 시스템 요구사항 ········································································································ 18
4. 성능 요구사항 ··········································································································· 20
5. 인터페이스 요구사항 ································································································ 21
6. 데이터 요구사항 ········································································································ 22
7. 테스트 요구사항 ········································································································ 23
8. 보안 요구사항 ··········································································································· 24
9. 품질 요구사항 ··········································································································· 27
10. 제약 요구사항 ··········································································································· 28
11. 프로젝트 관리 요구사항 ·························································································· 28
12. 프로젝트 지원 요구사항 ·························································································· 32
Ⅴ. 제안안내
1. 입찰자격 ····················································································································· 34
2. 입찰 및 낙찰방식 ······································································································ 35
3. 제안서 평가방법 ········································································································ 35
4. 사업설명회 및 기술평가 일정 ················································································ 37
5. 입찰서류 및 제안서 제출 ························································································ 42
6. 제안서 작성방법 ········································································································ 43
7. 입찰 시 유의사항 ······································································································ 47
[붙임1] 제안서 작성 관련 서식 ········································································ 51
서식1. 일반현황 및 연혁 ······························································································ 51
서식2. 자본금 및 매출액 (최근 3년) ········································································· 52
서식3. 주요 사업 실적 ·································································································· 53
서식4. 사업 실적 증명서 ······························································································ 54
서식5. 참여인력 이력사항 ···························································································· 55
서식6. 가격제안서 ·········································································································· 56
서식7. 서약서 ················································································································· 57
[붙임2] 외부 용역사업 보안특약 ····································································· 59
[붙임3] 보안서약서 ··································································································· 64
[붙임4] 확약서 ············································································································· 65
Ⅰ. 사업 개요
1. 개요
□ 사 업 명 : 원광대학교 광주한방병원 K-Health 실증병원(한의학)
HIS Data 플랫폼 구축 사업
□ 사업기간 : 계약 후 ~ 2027년 12월 31일
□ 사업예산 : 435,000,000원 (VAT 포함) (1차년도 97,000,000원, 2차년도 338,000,000원)
□ 입찰방법 : 일반경쟁입찰
□ 계약방식 : 협상에 의한 계약 (우선협상대상자)
2. 추진 배경 및 필요성
□ 의료 데이터 표준화 및 AI 오케스트레이션 기반 지능형 임상 워크플로우 구축
Ÿ 현재 병원 내 이질적 시스템(EMR, PACS, LIS 등)에 분산·비표준화된 의료 데이터
는 부서 간 정보 공유와 AI 모델 학습에 심각한 장애 요인이 되고 있음. 특히 한
의 특화 AI 모델 실증을 위해서는 한방 임상 데이터의 정형화 및 표준화 등 데이
터 공급 기반 마련이 필수적임. 이에 분산된 의료 데이터를 통합하는 '표준화 데이
터 플랫폼'을 구축하고, 이를 기반으로 14종의 AI 에이전트가 상호 컨텍스트를 공
유하며 협력하는 'AI 오케스트레이션(Multi-Agent) 기반 업무 자동화 환경'을 구현
하여 실질적인 임상 효율성 증대와 의료 서비스 혁신을 달성하고자 함.
□ 연차별 에이전트 증설에 따른 공통 인프라 및 단일 연계·감사 체계 마련 시급
Ÿ 1차년도(2026년)에 도입되는 2종 에이전트는 병원 내 전용 가상화 자원이 없어 공
급사별 외부 운영환경에서 분산 서비스되므로, 데이터 연계·보안·로그·장애 대응 방
식의 파편화 및 벤더 종속 위험이 존재함.
Ÿ 2차년도(2027년) 본 사업을 통해 전용 서버·GPU 인프라와 오케스트레이션 계층을
구축하여, 기존 2종과 신규 3종을 공통 온보딩 규격, 단일 HIS 연계 경로, 통합 정
책 및 감사체계로 수용해야 함.
Ÿ 2026~2030년(5개년) 실증 성과를 동일 지표로 비교·축적하고 5차년도 이후 타 의
료기관으로 확산 가능한 상품화 패키지로 전환하기 위해, 인터페이스·정책·평가지
표의 표준화와 벤더 종속 방지가 선행되어야 함.
3. 사업 목적
Ÿ 이종 AI 에이전트를 표준 절차로 등록·검증·배포·중지·폐기하는 개방형 관리 기반
확보
Ÿ HIS·EMR·OCS·PACS·예약·수납의 원천 데이터를 최소 필요 범위로 안전하게 제공
하는 단일 연계계층 구축
Ÿ 다중 에이전트의 호출 순서, 환자·진료 컨텍스트, 정책, 자원, 비용, 로그를 통합
관리
Ÿ AI 결과에 대한 사람의 확인, 근거 추적, 위험 통제, 이용자 고지와 사고 대응 체
계 확보
Ÿ 2026~2030년 매년 도입되는 에이전트의 실증성과를 동일 지표로 비교하고 2030
년(5차년도) 상품화 패키지로 전환
4. 사업 범위
① AI 에이전트 오케스트레이션 플랫폼 구축
② 에이전트 온보딩 규격·SDK·샌드박스·적합성 시험
③ 원내 시스템(EMR/OCS/PACS/예약/수납) 연계
④ LLM 게이트웨이 및 MLOps/LLMOps 운영환경 구축
⑤ 2027년 본 사업의 서버·GPU·가상화·컨테이너 기반 구축
⑥ 2026년 2종 이관 지원 및 2027년 신규 3종 온보딩·실증 지원
(30년까지 총 14종에 대한 지원)
5. 추진체계
□ 사업 추진체계 구성도
□ 기관별 역할
구분 주요역할
센터장(병원장) Ÿ 추진단 업무 총괄
부위원장
Ÿ 프로젝트 관리 부문에 관한 총괄 관점의 관리
Ÿ 프로젝트 계획 수립 및 이행 검토/승인
Ÿ 프로젝트 운영 관련 회의체 보고 및 센터장 보고
Ÿ 체계적인 프로젝트 관리 체제 구축으로 프로젝트 추진 시 발생할 수 있는 각 위
팀장(간사)
험 요인에 대한 식별, 대응 및 관리 체계 구현
총무팀장 Ÿ 업무 영역별 분석 단계를 통해 업무 요건 구체화
임상교수 Ÿ 업무 설계 내용 및 사용자 UI 검토
병원
기획팀 Ÿ 용역 업체 입찰 및 계약
업무
전산실 Ÿ 단위테스트–통합테스트-리허설 수행의 주체
임상시험 Ÿ 현업 사용자 교육의 주체
6. 추진일정
□ 사업 기간 : 계약 후 ~ 2027년 12월 31일
추진일정
구 분
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
분석/설계
구현/테스트
HIS Data 플랫폼
AI 오케스트레이션
데이터 연계
안정화
7. 기대효과
□ AI 에이전트 도입 및 실증 활용
Ÿ 구축된 HIS 데이터 플랫폼은 한의학 실증병원 AI 에이전트 14종의 실시간 데이터
공급 기반으로 활용됨
Ÿ 멀티에이전트 워크플로우 환경을 통해 병원 업무의 전 단계에 걸친 자동화를 단계
적으로 확대함
- 환자 여정 전 구간(예약→사전문진→진료→처치→수납→사후관리)에 AI 에이전트
를 연계하여 원활한 의료 서비스 흐름을 실현함
- 의료진 업무 자동화: 진료 기록 구조화 요약, 처방 최적화, 금기 점검의 자동화로
한의사 1인당 진료 가능 환자 수를 향상함
Ⅱ. 목표시스템
1. 목표시스템 개념 (예시)
2. 목표 아키텍처 원칙
Ÿ 개방성: 특정 LLM·특정 에이전트 벤더에 종속되지 않는 플러그인 구조
Ÿ 자체 호스팅: 의료데이터는 원내(온프레미스/전용 네트워크) 경계를 이탈하지 않음
Ÿ 표준 우선: 데이터는 FHIR/DICOM, 도구 호출은 MCP 등 개방 표준 우선 적용
Ÿ 점진 확장: 1차년도 최소기능(MVP), 연차별 에이전트 증설 시 무중단 확장
Ÿ 증거 기반: 모든 AI실행은 재현 가능하도록 입력·근거 등을 기록
Ⅲ. 제안요청 사항
1. 요구사항 총괄표
요구사항 구분 설 명 개수
합 계 49
목표시스템의 구성을 위해 필요한 하드웨어, 소프트웨어
공통(CMR)
등의 도입 장비 내역 등 시스템 공통 장비 구성에 대한 1
Common Requirement
요구사항
기능(SFR) 목표시스템이 반드시 수행해야 하거나 목표시스템을 이용
System Function 하여 사용자가 반드시 수행할 수 있어야 하는 기능(동작) 11
Requirement 에 대한 요구사항
시스템구성(ECR)
Equipment Composition 장비 내역 등 시스템 장비 구성에 대한 요구사항 4
Requirement)
성능(PER)
목표시스템의 처리속도 및 시간, 처리량, 가용성 등 성능
Performance 2
에 대한 요구사항
Requirement
인터페이스(SIR)
목표시스템과 외부를 연결하는 시스템 인터페이스와 사용
System Interface 3
자 인터페이스에 대한 요구사항
Requirement
목표시스템의 서비스에 필요한 초기자료 구축 및 데이터
데이터(DAR)
변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이 4
Data Requirement
터를 구축하기 위해 필요한 요구사항
구축된 시스템이 목표대비 제대로 운영되는가를 테스트하
테스트(TER)
고 점검하기 위한 요구사항 테스트 유형, 테스트 환경, 2
Test Requirement
방법, 절차 등에 대한 요구사항
보안(SER) 정보 자산의 기밀성과 무결성을 확보하기 위해 목표시스템의
6
Security Requirement 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항
목표 사업의 원활한 수행 및 운영을 위해 관리가 필요한
품질(QUR)
품질 항목, 품질 평가 대상 및 목표에 대한 요구사항 신 2
Quality Requirement
뢰성, 사용성, 유지관리성, 이식성, 보안성 등
제약사항(COR) 목표시스템 설계, 구축, 운영과 관련하여 사전에 파악된
2
Constraint Requirement 기술ㆍ표준ㆍ업무ㆍ법제도 등의 제약조건
프로젝트 관리(PMR)
프로젝트의 원활한 수행을 위한 관리방법 및 추진 단계별
Project Management 8
수행방안에 대한 요구사항
Requirement
프로젝트 지원(PSR)
프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방
Project Support 4
안에 대한 요구사항(교육훈련 및 기술지원, 하자보수 등)
Requirement
2. 요구사항 목록표
구 분 고유번호 요구사항명
공통 요구사항 CMR-001 공통 요구사항
기능
요구사항
시스템 구성
요구사항
성능
요구사항
인터페이스
요구사항
데이터
요구사항
SFR-001 사용자 인증·접근통제 및 접속기록 관리
SFR-002 에이전트 연동
SFR-003 에이전트 현황 관리
SFR-004 에이전트 배포 및 운영 상태 관리
SFR-005 진료 데이터 수집·처리 파이프라인
SFR-006 예측·분류 모델 생성 및 서비스 운영
SFR-007 언어모델 서비스 및 응답 원칙 관리
SFR-008 원내 시스템 조회·전달 연계
SFR-009 진료 워크플로우 구성 및 실행
SFR-010 요청 연결 및 대체 처리 흐름 구성
SFR-011 운영 현황 모니터링
ECR-001 시스템 공통사항
ECR-002 오케스트레이션 서버 구성
ECR-003 GPU 서버 구성
ECR-004 데이터·MLOps 서버 구성
PER-001 시스템 성능 일반
PER-002 평균 응답 및 처리시간
SIR-001 시스템 인터페이스
SIR-002 시스템 연계 정합성
SIR-003 사용자 인터페이스
DAR-001 데이터 표준준수
DAR-002 데이터 암호화
DAR-003 데이터값 검증
DAR-004 데이터 품질관리
구 분 고유번호 요구사항명
테스트
요구사항
보안
요구사항
품질
요구사항
제약사항
프로젝트 관리
요구사항
프로젝트 지원
요구사항
TER-001 테스트계획 수립 및 실시
TER-002 구축 시스템의 성능 점검
SER-001 보안지침 준수
SER-002 응용시스템 및 DB보안
SER-003 개인정보보호 및 데이터 암호화
SER-004 관리적/기술적 보안 정책 준수
SER-005 누출금지 대상 정보
SER-006 사업 종료 후 투입된 인력에 대한 보안 관리
QUR-001 품질 전담 조직의 구성
QUR-002 정확성
COR-001 기술 표준 적용 및 운영체제 호환성 준수
COR-002 명명규칙 표준화
PMR-001 제안 일반사항
PMR-002 프로젝트 관리 체계
PMR-003 사업추진 일정 계획
PMR-004 개발방법론
PMR-005 일정관리
PMR-006 산출물 관리
PMR-007 품질관리
PMR-008 리스크 관리
PSR-001 교육훈련
PSR-002 기술지원
PSR-003 장애대책 방안
PSR-004 하자보수 및 유지관리
Ⅳ. 상세 요구사항
1. 공통 요구사항
요구사항 분류 공통 요구사항
요구사항 고유번호 CMR-001
요구사항 명칭 공통 요구사항
요구사항
세부내용
정의
세부
내용
- 기관·부서·에이전트별 URL, 코드, 정책, 임계치, 프롬프트를 소스
코드와 분리
- 변경 승인·이력·롤백 지원
- 표준시간·타임존과 동기화된 타임스탬프 사용
- 요청·세션·환자(가명)·에이전트·워크플로우 실행 식별자 일관 부여
- 의료진·관리자 화면의 일관된 용어·상태·오류 표시
- 주요 기능 키보드 접근과 가독성 고려
- 모든 요구사항을 설계·개발·시험·산출물과 양방향 추적
- 변경 시 영향·승인·버전 기록
- 특정 에이전트·LLM·서버 제품에 종속되지 않는 플러그인·어댑터
구조
- 표준 형식으로 설정·워크플로우·로그·데이터 내보내기
- 본 사업에서 2026년 2종 이관과 2027~2030년 매년 추가되는 에이
전트를 위한 메타데이터·API·권한 구조 설계
2. 기능 요구사항
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-001
요구사항 명칭 사용자 인증·접근통제 및 접속기록 관리
진료 정보를 다루는 이용자의 인증, 역할·작업공간 단위 접근 권한,
정의
접속기록과 권한 변경 이력을 관리
요구사항
세부내용
세부
내용
○ 사용자 계정 등록·수정·삭제 기능 제공
○ 의료진·원무·관리자 등 사용자 인증(로그인) 기능 제공
○ 비밀번호 작성 규칙 적용 및 반복 로그인 실패 시 계정 잠금
○ 한의사·간호사·원무·관리자·공급사 등 역할별 접근 권한 부여
○ 공급사·진료부서별 작업공간 분리 및 작업공간 단위 접근 범위 제한
○ 공급사 시험용 에이전트와 운영 에이전트의 작업공간 구분
○ 사용자 권한 조회 기능 제공
○ 진료 정보 처리 시스템 접속기록(접속자·접속 일시·접속지·처리 내
역) 보관
○ 권한 부여·변경·말소 이력의 접속기록 연계 기록
○ 접속기록과 권한 변경 이력의 조회 및 정기 점검 기능 제공
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-002
요구사항 명칭 에이전트 연동
서로 다른 공급사의 에이전트와 모델 서비스를 공개 표준으로 연결
정의
하고 호출·응답 처리를 구성
○ 에이전트 연결 시 공개 표준 규격 준수 (예: REST/OpenAPI)
○ API형·패키지형 에이전트 연결 지원
요구사항
○ 모델 서비스·데이터 API 호출 시 표준 연결 규격 준수
세부내용 세부
○ 에이전트 호출과 응답 형식 변환(예: 문진 결과의 병원 표준 항목
내용
변환)의 노코드 구성 지원
○ 워크플로우 내 호출 실패 시 재시도 횟수와 실패 처리 경로를 설
정하는 기능 제공
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-003
요구사항 명칭 에이전트 현황 관리
병원에 도입된 에이전트와 에이전트가 사용하는 모델 자원을 구현
정의
형태별로 등록·조회하여 증설 시에도 일원 관리
요구사항
세부내용
세부
내용
○ 환자·한의사·간호사 여정에 도입된 전체 에이전트의 현황을 단일
화면에서 조회하는 기능 제공
○ 에이전트를 구현 형태별로 분류·조회하는 기능 제공
○ 에이전트가 호출하는 예측·분류 모델(예: 환자 군집, 치료 순응도
예측)을 도구 자원으로 현황에 함께 표시·조회
○ 에이전트 증설 시에도 동일 기준의 일원 관리 지원
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-004
요구사항 명칭 에이전트 배포 및 운영 상태 관리
에이전트를 표준 배포 단위로 원내에 배포하고, 운영·중지 상태와 진
정의
료 현장 노출을 통제
요구사항
세부내용
세부
내용
○ 실행환경 구성을 버전별로 등록하여 배포 시 동일 환경 적용
○ 개방 표준 기반의 표준화된 배포 단위로 원내에 에이전트 배포
○ 관리자 화면에서 에이전트 배포·서비스 게시
○ 에이전트·모델 서비스 단위의 독립 배포와 운영·중지 전환 지원
○ 서비스 게시·중지와 에이전트 운영 상태 연동
○ 운영 상태에 따른 진료 현장 노출 에이전트 제어
○ 진료 중인 에이전트에 영향 없는 개별 증설 지원
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-005
요구사항 명칭 진료 데이터 수집·처리 파이프라인
요구사항
세부내용
정의 원내 진료 데이터를 수집·전처리·적재하고 실행 결과를 확인
세부
내용
○ EMR·OCS 등 발주기관이 제공·승인한 원내 데이터 소스(DB, 파일,
API, 로그)에 연결 지원
○ 즉시·주기·일정 기반 진료 데이터 처리 파이프라인 실행
○ 진료 데이터 전처리 내역(예: 결측치 처리, 코드 변환) 기록·조회 기
능 제공
○ 데이터 미리보기(조회 건수 지정·페이징)를 통한 적재 결과 확인
○ 진료 데이터 처리 파이프라인의 실행 결과와 오류 원인 확인 기능
제공
○ 날짜별 파이프라인 실행 현황(예정·완료) 조회 기능 제공
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-006
요구사항 명칭 예측·분류 모델 생성 및 서비스 운영
요구사항
세부내용
정의 예측·분류 모델을 단계별로 생성·학습하고 원내 서비스로 배포·운영
세부
내용
○ 학습 데이터 연결 대상은 발주기관 제공·승인 데이터로 제한
○ 학습 데이터 연결과 컬럼 조회·변수 선택(예: 체질·변증·처방 이력)·
미리보기 기능 제공
○ 환자 군집·치료 반응 분류·순응도 예측 등 목적에 맞는 모델 유형
(군집·분류·회귀)과 알고리즘 선택 기능 제공
○ 치료 순응도·환자 군집 등 예측·분류 모델의 학습 파이프라인 구성
기능 제공
○ 학습 조건과 검증 방식 설정 기능 제공
○ 하이퍼파라미터 설정 기반 학습 기능 제공
○ 학습 설정 요약과 평가 결과 확인 기능 제공
○ 학습·평가 결과 조회 기능 제공
○ 학습·서비스 실행환경의 버전 등록·조회 기능 제공
○ 생성 모델의 운영 파이프라인 변환 기능 제공
○ 학습 모델의 원내 서비스 배포
○ 서비스별 실행 구성(모델·실행환경) 설정 기능 제공
○ 모델 서비스별 CPU·메모리 등 자원 할당 기능 제공
○ 서비스별 자원 한도 설정으로 특정 에이전트·모델의 자원 과점 방지
○ 서비스 목록과 운영·중지 상태 조회·전환 기능 제공
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-007
요구사항 명칭 언어모델 서비스 및 응답 원칙 관리
진료 에이전트가 사용하는 언어모델을 원내에서 통합 운영하고, 에이
정의
전트별 지시문으로 응답 원칙을 적용할 수 있도록 지원
○ 복수 모델 공급자의 언어모델 등록·사용 지원
○ 환자 진료 정보 관련 추론의 원내 자원 활용
요구사항 ○ 모델 인증정보의 플랫폼 관리 및 에이전트 비노출
세부내용 세부 ○ 에이전트별 LLM 시스템 지시문(예: 한방 문진 전문가 역할)과 생성
내용 파라미터 설정·관리 기능 제공
○ 에이전트별 시스템 지시문에 응답 원칙(예: 한의 진단·처방 단정 표
현 자제) 반영
○ 조건 분기 기반 대체 응답 경로(예: 한의사 상담 안내) 구성
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-008
요구사항 명칭 원내 시스템 조회·전달 연계
요구사항 에이전트가 발주기관이 제공하는 인터페이스를 통해 원내 진료 데이
정의
세부내용 터를 조회하고 산출물을 의료진 확정 전 상태로 전달하며, 예측·분류
세부
내용
모델 서비스를 에이전트 호출 도구로 등록할 수 있도록 지원
○ 발주기관이 제공하는 원내 시스템 인터페이스를 통한 EMR·OCS 등
진료 데이터 조회 연계 지원 (연계 대상·방식·항목은 착수 후 원내 시
스템 조사를 거쳐 발주기관과 협의하여 확정)
○ 예측·분류 모델 서비스(예: 치료 순응도 예측)의 에이전트 호출 도구
등록
○ 에이전트 산출물(예: 사전문진 결과, 진료기록 초안)을 발주기관이
제공하는 인터페이스를 통해 원내 시스템에 확정 전 상태로 전달하는
연계 지원 (전달 대상·방식은 원내 시스템 여건을 고려하여 협의)
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-009
요구사항 명칭 진료 워크플로우 구성 및 실행
사용자가 진료 워크플로우를 시각적으로 구성·배포하고 일정·원내 사
정의
건에 따라 실행
○ 사용자의 직접 구성이 가능한 드래그&드롭 방식 시각적 워크플로
우 캔버스 제공
○ 흐름 제어(조건·반복, 예: 증상별 문진 분기), 모델 호출, 에이전
트·도구 호출, 데이터 처리 기능을 워크플로우 구성요소로 제공
○ 워크플로우 내 요청 분류, 원내 시스템·연동 에이전트 호출, 항목
추출, 데이터 형식 변환, 결과 시각화 기능 제공
요구사항
○ 사용자가 조정한 워크플로우(예: 문진 항목·안내 시나리오) 저장·
세부내용 세부
조회
내용
○ 승인된 워크플로우 배포
○ 즉시·주기·일정 기반 워크플로우 실행 (예: 처치 일정 알림, 치료
순응도 점검)
○ 원내 사건(예: 접수 완료, 바이탈 이상치 발생) 기반 워크플로우
자동 실행
○ 워크플로우 실행 상태 조회 기능 제공
○ 워크플로우 실행 결과와 오류 원인 조회 기능 제공
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-010
요구사항 명칭 요청 연결 및 대체 처리 흐름 구성
요구사항 환자·의료진 요청이 적합한 에이전트로 연결되고, 처리 실패 시 대체
정의
세부내용 응답과 담당 부서 안내로 이어지도록 워크플로우 구성과 실행 흐름
조정을 지원
세부
내용
○ 환자·의료진 요청 유형(예: 대기 안내, 처방 문의, 자가관리 질문)
별로 적합한 에이전트·워크플로우를 연결하는 분기 구성 지원
○ 에이전트 특성별 추론 방식의 선택·적용 설정 제공
○ 에이전트 미처리 요청의 재시도·대체 응답 흐름 구성 지원
○ 대체 처리 불가 시 담당 부서(원무·간호 스테이션 등) 안내로 이
어지는 흐름 구성 지원
○ 환자 응답 누락 방지를 위한 대체 경로 설정 지원
요구사항 분류 기능 요구사항
요구사항 고유번호 SFR-011
요구사항 명칭 운영 현황 모니터링
진료 워크플로우, 모델 서비스, 예정 작업, 실행 로그의 운영 현황을
정의
조회
○ 진료 워크플로우 실행 현황(전체·금일 실행·성공·실패) 조회 기능
요구사항 제공
세부내용 세부 ○ 워크플로우 실행 이력·파이프라인 실행 로그 통합 조회
내용 ○ 모델 서비스 운영 상태(전체·운영·중지)와 서비스별 자원 사용률
조회 기능 제공
○ 처치 일정 알림 등 예정·완료 작업의 일자별 조회 기능 제공
3. 시스템 구성 요구사항
요구사항 분류 시스템 요구사항
요구사항 고유번호 ECR-001
요구사항 명칭 시스템 공통 사항
요구사항
상세설명
정의 시스템 장비 및 소프트웨어 구성 공통사항
l 제안 내용은 HIS Data 플랫폼 구축 사업 추진 목표를 정확히 이해하
고 제안 시스템을 철저하게 분석하여 최적의 방안을 제시하여야 함.
l 병원이 지정한 장소에 설치하고, 전원·네트워크 연결 및 서비스 운
영에 필요한 설정과 통합시험을 수행하여야 한다.
l 도입 서버의 용도와 자원을 고려하여 가상화 클러스터를 구성하고,
통합관리, 자원 할당 기능 등을 제공하여야 한다.
l 서버 내장 디스크 기반 분산·복제 스토리지 또는 공유 스토리지를
구성하여 일반 가상머신의 장애 전환을 지원하여야 한다.
l 서버 1대 장애 시 핵심 서비스 운영에 필요한 여유 자원을 확보하
세부 고, GPU 사용 업무의 가상화 적용 범위와 별도 장애 복구방안을 제
내용 시하여야 한다.
l 운영에 필요한 OS, 가상화 솔루션, GPU 드라이버 및 관리 도구를
포함하여 공급·설치하고 상호 호환성을 확보하여야 한다.
l 제안 구성에 필요한 정품 라이선스를 포함하고, 제품별 수량, 사용
범위, 사용기간, 기술지원 및 갱신 조건을 명시하여야 한다.
l .제조사 또는 공식 지원체계를 통한 기술지원이 가능하여야 하며,
계약상 유지관리 기간 동안 장애 조치와 필요한 업데이트를 지원하
여야 한다.
l 장비·소프트웨어 목록, 라이선스 증빙, 구성도, 시험결과서 및 운영·
복구 매뉴얼을 제출하고 담당자 교육을 실시하여야 한다.
요구사항 분류 시스템 구성 요구사항
요구사항 고유번호 ECR-002
요구사항 명칭 오케스트레이션 서버 구성
에이전트 플랫폼(에이전트 연동·배포, 진료 워크플로우 구성·실행, 요
정의 청 연결)과 공급사 에이전트 실행환경, 관리 화면을 탑재하는 서버의
규격·자원 배분·스토리지 구성
○ 수량 : 1대
○ 장비 규격
요구사항
CPU 32Core, 2.1GHz 이상
세부내용
세부 MEM 512GB 이상
내용 240GB SATA SSD × 2 이상
디스크
1.92TB SATA SSD × 2 이상
네트워크 10G SFP * 2port, 1G * 2port 이상
전원 1300W × 2 (이중화)
요구사항 분류 시스템 구성 요구사항
요구사항 고유번호 ECR-003
요구사항 명칭 GPU 서버 구성
언어모델 서비스와 예측·분류 모델 서비스의 추론을 원내 자원에서
정의
수행하는 GPU 서버의 규격
○ 수량 : 1대
○ 장비 규격
요구사항
세부내용
세부
내용
CPU 32Core, 2.1GHz 이상
MEM 256GB 이상
GPU RTX 6000 PRO 96GB 이상 1장 이상
240GB SATA SSD × 2 이상
스토리지
960GB SATA SSD × 2 이상
네트워크 10G SFP * 2port, 1G * 2port 이상
전원 2700W × 4 이상
요구사항 분류 시스템 구성 요구사항
요구사항 고유번호 ECR-004
요구사항 명칭 데이터·MLOps 서버 구성
데이터 수집·처리 파이프라인과 예측·분류 모델의 학습·서비스 운영
정의
환경을 탑재하는 서버의 규격
○ 수량 : 1대
○ 장비 규격
요구사항 CPU 32Core, 2.1GHz 이상
세부내용 세부 MEM 64GB 이상
내용 960GB SATA SSD × 2 이상
디스크
1.92TB SATA SSD × 2 이상
네트워크 10G SFP * 2port, 1G * 2port 이상
전원 1300W × 2
4. 성능 요구사항
요구사항 분류 성능 요구사항
요구사항 고유번호 PER-001
요구사항 명칭 시스템 성능 일반
정의 시스템 성능을 고려한 개발 방안에 대한 사항
요구사항
세부내용
세부
내용
○ 사업대상 시스템의 성능을 고려한 개발 방안 제시
○ 목표 응답시간 기준을 준수하며 응답시간 기준 변경 필요 시 발주기
관과 협의 후 적용
○ 시스템 개발 중 로그 또는 툴(도구)을 이용하여 시스템 성능상태를
모니터링하고, 성능상 문제를 미리 파악하여 조치한 후 시스템 오픈
○ 대상시스템에 대한 안정적 운영지원 및 사용자 지원 방안 제시
요구사항 분류 성능 요구사항
요구사항 고유번호 PER-002
요구사항 명칭 평균 응답 및 처리시간
요구사항
세부내용
정의 평균 응답 및 처리시간 단축 방안에 대한 사항
세부 ○ 웹사이트 응답속도 3초 이하로 권장 속도 기준을 준수하도록 구축
내용 - 성능예외사항: 임의의 선택 기준이 허용되는 대량의 데이터에 대
한 질의, 언어모델 응답 생성 등
○ 모델 학습·배치 파이프라인 등 장시간 작업은 백그라운드로 처리
하고 처리 취소와 완료 안내 기능 제공
○ 언어모델 응답은 생성되는 내용을 순차 표시
5. 인터페이스 요구사항
요구사항 분류 인터페이스 요구사항
요구사항 고유번호 SIR-001
요구사항 명칭 시스템 인터페이스
요구사항
세부내용
정의 시스템 인터페이스에 대한 사항
○ 연계대상, 연계범위, 연계방식, 연계주기, 연계 건수 등 사업 추진
시 연계 관련 제반사항은 협의 후 확정
○ 다양한 이기종 정보시스템과 인터페이스 연동 시 표준규격에 맞는
연동 방식 제안
○ 원내 시스템 인터페이스와 의료 데이터 표준 준수는 발주기관이 제
공하며, 수행사는 제공된 인터페이스와의 연동 담당
세부 ○ 시스템의 성능에 미치는 영향을 고려하여 갱신주기, 연계 어플리케
내용 이션 실행시간 등 설정
○ 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 연
계 어플리케이션의 기능수행 정확도를 검증한 후 운영 시스템에 이관하
여 운영
○ 연계시스템 등과 원활한 자료 연계 보장
○ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하고, 본 사업
범위 내 사용자·에이전트 규모에서는 추가 라이선스 비용 등 미발생
요구사항 분류 인터페이스 요구사항
요구사항 고유번호 SIR-002
요구사항 명칭 시스템 연계 정합성
요구사항
세부내용
정의 시스템 연계 정합성에 대한 사항
세부
내용
○ 각 기기와 서버, 서버와 서버 간의 데이터 전송 정합성 보증
○ 데이터 누락 방지를 위해 각 연계 데이터별 정합성 검증 방안 제
시
요구사항 분류 인터페이스 요구사항
요구사항 고유번호 SIR-003
요구사항 명칭 사용자 인터페이스
요구사항
세부내용
정의 사용자 인터페이스에서 구현되어야 할 요건
세부
내용
○ 사용자 편의를 고려한 직관적인 인터페이스로 화면 구성
○ 화면 오류가 발생하면 오류 메시지 기능 제공
6. 데이터 요구사항
요구사항 분류 데이터 요구사항
요구사항 고유번호 DAR-001
요구사항 명칭 데이터 표준 준수
요구사항
세부내용
정의 데이터 표준 준수에 대한 사항
세부
내용
○ 데이터의 공유, 재사용, 교환, 품질 향상, DB 통합 등을 위한 표준
화
○ 시스템 구축에 필요한 데이터 표준 항목(단어, 용어, 도메인, 코드)
을 정의하여 구축 시스템의 데이터 표준 사전 제정
○ DB의 효율적인 운영관리 및 공간 낭비 방지를 위한 데이터 중복 최
소화
○ DB 구조 최적화, DBMS 튜닝 등을 통한 데이터 안정성 및 성능 개
선
요구사항 분류 데이터 요구사항
요구사항 고유번호 DAR-002
요구사항 명칭 데이터 암호화
정의 데이터 암호화에 대한 사항
요구사항
세부내용
세부
내용
○ 개인정보보호법 등 관련 법규, 지침 등을 준수하여 데이터베이스
및 저장소 데이터에 법령상 암호화 대상 개인정보(비밀번호, 고유식
별정보 등)가 포함될 시 관련 법규, 지침 등에 따라 암호화하여 저장
○ 개인정보 전송 시 암호화된 데이터로 전송
요구사항 분류 데이터 요구사항
요구사항 고유번호 DAR-003
요구사항 명칭 데이터값 검증
요구사항
세부내용
정의 데이터값 검증에 대한 사항
세부
내용
○ 데이터값 검증 방안 및 계획(일정 및 수행 방법론 등) 제시
○ 목표시스템(DB)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)에
맞는 업무규칙(BR) 정의
○ 데이터값 검증 범위(전체 또는 핵심 영역 등), 데이터값 검증 기준
적용 범위(범정부 기준 또는 기관 자체 기준 등) 포함
○ 내부 시스템 데이터 및 연계 외부 시스템 데이터의 무결성, 정합
성 검증
○ 공공데이터 품질관리 매뉴얼(Ⅱ. 데이터 품질관리 2.4 운영단계 품
질관리) 준수
요구사항 분류 데이터 요구사항
요구사항 고유번호 DAR-004
요구사항 명칭 데이터 품질관리
요구사항
세부내용
정의 데이터 품질관리에 대한 사항
세부
내용
○ 연계데이터를 제공·활용하는 원내 시스템 상호 간의 데이터 품질
확보를 위해 연계 표준이나 기준 등을 협의하고, 정기적인 연계데이
터 정합성 검증 수행
7. 테스트 요구사항
요구사항 분류 테스트 요구사항
요구사항 고유번호 TER-001
요구사항 명칭 테스트계획 수립 및 실시
정의 테스트계획을 수립하고 실행에 대한 사항
요구사항
세부내용
세부
내용
○ 테스트는 단위테스트, 통합/인수테스트로 구분하여 각각 테스트 계
획서 제출 후 진행
○ 모든 테스트 통과 후 검수 요청 가능
○ 테스트 소요 비용은 사업자 부담
요구사항 분류 테스트 요구사항
요구사항 고유번호 TER-002
요구사항 명칭 구축 시스템의 성능 점검
요구사항
세부내용
정의 구축된 시스템에 대하여 성능 및 목표 대비 테스트
○ 시스템 성능 시험 등에 대한 방안 상세 제시
○ 시험계획서에 시험 인력, 시험 데이터, 시험 절차/방법, 시험 일정
세부
/주기, 시스템 튜닝 등 포함
내용
○ 구축 완료 시까지 모니터링 및 시험 결과를 계속 반영(에러 조치
확인)하여 요구사항이 모두 충족되는 시스템 구축
8. 보안 요구사항
요구사항 분류 보안 요구사항
요구사항 고유번호 SER-001
요구사항 명칭 보안지침 준수
요구사항
세부내용
정의 보안지침 및 보안가이드 준수에 대한 사항
○ 국가 사이버보안 기본지침(국가정보원, 2026. 5.) 준수
○ 국가사이버안전매뉴얼(국가정보원) 준수
○ 개인정보의 안전성 확보조치 기준(개인정보보호위원회 고시 제
2025-9호) 준수
○ 보건의료데이터 활용 가이드라인(보건복지부·개인정보보호위원회,
2025. 12.) 준수
○ 개발자 대상 개인정보 보호조치 적용 안내서(개인정보보호위원회,
2020. 12.) 준수
세부
○ 소프트웨어 개발보안 가이드(행정안전부·한국인터넷진흥원, 2021.
내용
12.) 준수
○ 기술적용계획표의 법률 및 고시 등 포함
○ 본 사업은 위 지침 외에도 정부가 제정ㆍ공포한 관계 제 법규(지침)
를 준수하며, 사업기간 중 법규가 변경될 경우 해당 법규 준수
○ 인공지능기본법 등 인공지능 관련 법령의 적용 여부 검토 및 대응
○ 용역사업 중 또는 종료 후라도 본 사업과 관련하여 국가정보원 등
관련 기관으로부터 보안에 문제가 있다고 지적될 경우 반드시 해결책
강구 및 조치
요구사항 분류 보안 요구사항
요구사항 고유번호 SER-002
요구사항 명칭 응용시스템 및 DB보안
요구사항
세부내용
정의 응용시스템 및 DB보안에 대한 사항
세부
내용
○ 내부 응용시스템 등 응용 서비스를 제공하는 시스템 및 서비스에
대한 보안대책 마련
○ 「개인정보 보호법」 및 관련 지침에 의거 시스템 설계 및 개발 시
비밀번호 암호화, 열람로그 기록 등 개인정보보호 기능 반드시 포함
○ 사용자 인증 정보, 패스워드, IP 등의 소스코드 직접 하드코딩 금
지
○ 개인정보 암호화 대상은 개인정보보호위원회·한국인터넷진흥원의
「개인정보의 암호화 조치 안내서」(2020. 12.)에 따라 암호화 수행
○ 업무별, 데이터별 중요도에 따른 접근권한의 차등 부여방안 마련
○ 데이터베이스관리자(DBA)를 따로 지정하여 데이터베이스 관리
○ DB 사용자를 등록하고 적절한 역할(Role)과 권한(Privilege) 부여
○ DB 사용자의 임의 접근을 차단하고, 접근을 허가한 경우라도 신
청자의 업무와 관련된 DB에 대한 접근만 허가
○ 업무상의 이유로 DB에 접속할 경우라도 반드시 DBA의 허가를 받
은 후 사용
○ DB Application 사용자는 정당한 사유 없이 Unix Prompt 접근
금지
요구사항 분류 보안 요구사항
요구사항 고유번호 SER-003
요구사항 명칭 개인정보보호 및 데이터 암호화
요구사항
세부내용
정의 개인정보보호 및 데이터 암호화에 대한 사항
세부
내용
○ 개인정보보호법 및 개인정보보호위원회 "개인정보의 안전성 확보
조치 기준" 준수
○ 개인정보 안전성 확보 기준의 적용방안 제안 및 적용
○ 개인정보보호법에 의거 개인정보가 분실·도난·유출·변조 또는 훼손
되지 않도록 안전성 확보
○ 구간암호화(SSL): 사용자-웹서버 구간 간 암호화방식을 적용하여
구현하고, 패스워드 등 중요 정보를 스니핑 등의 위협으로부터 보
호
요구사항 분류 보안 요구사항
요구사항 고유번호 SER-004
요구사항 명칭 관리적/기술적 보안 정책 준수
정의 관리적/기술적 보안 정책에 대한 요구사항
요구사항
세부내용
세부
내용
○ 서버 및 DB 접속 계정 등의 사용관리는 작업을 위한 제한된 권한
을 부여하고, 해당 계정의 사용 목적 종료 즉시 권한 해지
○ 참여 인력의 PC에는 최신 백신 설치, 비밀번호 10자리 이상 화면
보호기 설정, DLP, 개인정보검색 솔루션 등 발주기관 보안 솔루션
필수 설치
○ 소스코드 보안 규약 준수
○ 보안성검토 결과에 따른 정책 추가/변경 시 이를 준수
○ 업무에 사용한 PC는 용역사업 종료 후 로우 레벨 포맷 실시
요구사항 분류 보안 요구사항
요구사항 고유번호 SER-005
요구사항 명칭 누출금지 대상 정보
정의 누출금지 대상 정보의 범위
요구사항
세부내용
세부
내용
○ 사업 대상 전산시스템의 내․외부 IP주소 현황
○ 세부 전산시스템 구성 현황 및 정보통신망 구성도
○ 침입차단시스템/IPS, 방화벽 등 정보보호제품 및 라우터/스위치 등
네트워크 장비 설정 정보
○ 국가용 보안시스템 및 정보보호시스템 도입 현황
○ 사용자계정 및 패스워드 등 시스템 접근권한 정보
○ 전산시스템(통신망 포함) 취약점 분석·평가 결과물
○ 용역사업 결과물 및 프로그램 소스코드
○ 「공공기관의 정보공개에 관한 법률」 제9조제1항에 따라 비공개 대
상 정보로 분류된 기관의 내부문서
○ 「개인정보 보호법」 제2조제1호의 개인정보
○ 기타 계약체결 및 계약이행과정 중 발주기관에서 공개가 불가하다고
판단한 자료
요구사항 분류 보안 요구사항
요구사항 고유번호 SER-006
요구사항 명칭 사업 종료 후 투입된 인력에 대한 보안 관리
요구사항
세부내용
정의 사업 종료 후 투입된 인력에 대한 보안 관리
세부
내용
○ 사업 종료 후 사업체는 발주기관에서 받은 장비, 서류 및 복사본,
산출물 등 모든 자료를 전량 반납·삭제하고, 용역사업 관련 자료를 보
유하고 있지 않다는 대표 명의 확약서(위반 시 법적 책임 있음을 명시)
제출
9. 품질 요구사항
요구사항 분류 품질 요구사항
요구사항 고유번호 QUR-001
요구사항 명칭 품질 전담 조직의 구성
요구사항
세부내용
정의 품질 전담 조직의 구성에 대한 요구사항
세부
내용
○ 사업 전반에 대해 품질을 전담하는 조직 운영
○ 품질관리 조직의 운영 방안에 대해 추진 일정별 구성원의 역할 등을
상세히 수립하여 제시
요구사항 분류 품질 요구사항
요구사항 고유번호 QUR-002
요구사항 명칭 정확성
정의 정확성에 대한 요구사항
요구사항
세부내용
세부
내용
○ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한
요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종
baseline으로 간주
○ 비즈니스 로직 테스트, 통합테스트, 시스템 테스트를 위한 구체적
인 룰 및 적용 방안을 제안하여, 기능 오류를 줄이는 방안을 제시
○ 제공되기로 한 요구사항의 제공 여부는 각 기능 요구사항의 검증
(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제
공한 것으로 평가
○ 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를
수행하여 평가
10. 제약사항
요구사항 분류 제약사항
요구사항 고유번호 COR-001
요구사항 명칭 기술 표준 적용 및 운영체제 호환성 준수
정의 기술 표준 적용 및 운영체제 호환성 준수에 관한 사항
요구사항
세부내용
세부
내용
○ 업계 표준의 기술을 사용하여 개발/유지보수 용이성 확보
○ 기술적용계획표 검토 시 부득이한 경우를 제외하고는 특정기술에 종
속되지 않는 개방형 기술로 구현하도록 검토
○ 기술적용계획표의 검토 및 준수와 결과표 작성 방안 제시
○ 상호 운용성, 정보의 공동 활용, 시스템의 효율성 및 정보접근을 위
한 기술적 편의성 등에 대한 최신 정보기술 적용
○ 모든 응용프로그램 유연성, 확장성, 재사용성을 확보할 수 있도록
모듈화 전략을 반영하여 개발
○ 사용자 PC의 운영체제와 웹 브라우저 버전에 관계없이 정상 동작할
수 있도록 호환성 확인(지원 대상 운영체제·브라우저 및 버전은 발주기
관과 협의하여 확정)
요구사항 분류 제약사항
요구사항 고유번호 COR-002
요구사항 명칭 명명규칙 표준화
요구사항
세부내용
정의 명명규칙 표준화에 대한 제약사항
세부
내용
○ [산출물, 데이터 항목, 화면, 보고서, 서식 DB, 프로그램 ID]는 제
안사에서 명명규칙을 작성하여 제출하고, 발주기관의 승인 후 명명규
칙에 따라 구현
11. 프로젝트 관리 요구사항
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-001
요구사항 명칭 제안 일반사항
요구사항
세부내용
정의 프로젝트 관리 제안 일반
세부
내용
○ 본 사업에 필요한 모든 제안 내용은 발주기관이 제시한 조건을 충족
한 사업자(이하 '사업자')가 일괄 제안
○ 본 사업에 제안하는 모든 제안 내용은 신의와 성실을 바탕으로 제안
하고, 필요시 제안서에 포함된 정보를 구체적으로 입증할 수 있는 자료
제공
○ 제안 내용 확인을 위한 발주기관의 추가 자료 요청 시 제안 업체는
해당 자료 제출
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-002
요구사항 명칭 프로젝트 관리 체계
정의 프로젝트 관리 체계(사업관리책임, 사업수행 장소)에 관한 사항
요구사항
세부내용
세부
내용
○ 수행업체는 사업추진, 품질보증, 보안 등 전체적인 사업관리 책임
○ 수행업체는 전체 또는 부문별 사업관리자를 임명하여 수행
○ 사업관리자(PM)는 공공기관 정보시스템 및 의료 도메인 플랫폼
구축사업 PM 경력 보유
○ 사업관리 방법: 위험관리, 품질관리, 일정관리, 자원관리, 형상관리
등 프로젝트 관리방법론을 통한 체계적인 사업관리방안 제시
○ 본 사업을 수행하기 위한 사무환경 및 집기비품, 개발에 필요한
장비는 제안사가 마련하고, 작업장소 등은 상호 협의하여 결정
○ 원격지 개발 장소 제시·검토 절차: 공급자는 작업 장소 상호협의
시 제안요청서에 명시된 보안 요구사항을 준수한 작업 장소를 제시할
수 있으며, 발주기관은 제시된 작업 장소를 우선 검토하되 보안 요구
사항을 준수하지 못한 경우 거부 가능
○ 원격지 개발장소 보안: 공급자는 원격지 개발에 따른 보안사고 등
위험요인을 식별하여 대응 방안 제안
○ 공급자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안
제시
○ 원격지 개발에 따른 수행 장소 등에 대하여 구체적인 원격지 보안
관리 대책(시건장치, 출입통제 등) 실시
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-003
요구사항 명칭 사업추진 일정 계획
요구사항
세부내용
정의 사업추진 일정 계획
세부
내용
○ 발주기관에서 제시한 전체 사업 일정을 참고하여 타당하고 현실성
있는 사업추진 일정 수립·제시
○ 본 사업에 대해 투입 인력, 테스트 방안, 시험 운영 방안 등을 포
함한 상세 계획을 수립하여 제시
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-004
요구사항 명칭 개발방법론
정의 개발방법론
요구사항
세부내용
세부
내용
○ 개발방법론은 제안사가 AI 에이전트 오케스트레이션 플랫폼 구축
에 효율적이라고 판단되는 방법론을 선택하되, 빠른 통합 및 빌드가
가능한 방안을 제시, 이에 대한 방법론 선정 사유 제시
○ 본 사업의 수행절차의 체계적 관리를 위한 방법론을 분석, 설계,
개발, 통합 및 시험에 이르기까지 단계별로 체계적인 적용방안 제시
○ 프로그램 개발 및 도큐멘테이션 등 프로그램과 데이터 관리에 대
한 표준화, 변경 관리, 문서 관리 방안 제시
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-005
요구사항 명칭 일정관리
정의 일정관리에 대한 사항
요구사항
세부내용
세부
내용
○ 일정은 수치화하여 진도를 보고하고, 계획 대비 10% 이상 지연 발
생 시 비상으로 간주하여 대응 방안을 수립하고 진도 보고서 작성·실천
○ 일정상 변동 발생 시 실제 일정 내역을 지속적으로 반영하여 산출물
로 관리
○ 발주기관은 필요 시 설계 및 구현 단계별 착수보고회, 완료보고회
등 사업진행 관련 보고회 개최 가능
○ 보고회 개최에 따른 회의자료 제작 등 제반 비용은 사업수행자 전액
부담
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-006
요구사항 명칭 산출물 관리
정의 산출물 관리
요구사항
세부내용
세부
내용
○ 선정된 사업자는 사업추진 과정에서 생산되는 제반 작업 단위별 산
출물에 대하여 작업 일정 계획 및 품질보증계획과 연계하여 산출물의
종류, 주요 내용, 작성 및 제출 시기, 제출 부수 등 제시
○ 산출물 및 각종 안내서(시스템 운영자, 사용자 안내서 등)의 관리방
안을 제시
○ 기술적용계획표의 기술 표준을 준수하되, 사업수행계획서 작성 시
발주기관과 상호 협의하여 조정 가능
○ 개발 및 커스터마이징 보고서 제출
○ 검사 전 기술준수결과표를 제출하고, 기술적용계획 변경이 필요한
경우 발주기관 승인 획득
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-007
요구사항 명칭 품질관리
정의 품질관리
요구사항
세부내용
세부
내용
○ 본 프로젝트의 차질 없는 수행을 위하여 단계별 품질보증 활동을 성
실히 수행
○ 프로젝트에 대한 산출물의 품질목표가 만족하도록 원활한 품질 활동
절차 및 수행 내용에 대한 계획을 제시
○ 본 프로젝트 수행 시 단계별 제출할 산출물에 관한 내용을 제시
○ 발주기관의 요구 시 사업자는 본 개발과 관련한 서류 및 증빙자료
제출
요구사항 분류 프로젝트 관리 요구사항
요구사항 고유번호 PMR-008
요구사항 명칭 리스크 관리
요구사항
세부내용
정의 리스크 관리
세부 ○ 보안, 일정 지연, 품질 저하, 장비 변경에 따르는 예산초과 등 리스
내용
크 발생을 사전 예방하고 발생 시 사후 대처방안 제시
○ 프로젝트 추진 과정에서 요구되는 진척/위험/변경 사항의 관리 방
안 및 지속해서 문제를 파악해서 관리하는 방안 제시
12. 프로젝트 지원 요구사항
요구사항 분류 프로젝트 지원 요구사항
요구사항 고유번호 PSR-001
요구사항 명칭 교육훈련
정의 교육훈련 요구사항
요구사항
세부내용
세부
내용
○ 시스템 관리자, 운영자 및 사용자를 대상으로 관리․운영·활용에 필요
한 종합적인 교육 지원 방안 제시
○ 교육 과정·내용·장소·일정 등 제시
○ 교육교재, 장소협조, 강사료 등 교육에 필요한 제반 비용은 제안사
전액 부담
요구사항 분류 프로젝트 지원 요구사항
요구사항 고유번호 PSR-002
요구사항 명칭 기술지원
정의 기술지원 방안
요구사항
세부내용
세부
내용
○ 사업수행과정과 관련된 필요한 기술이전 목록, 기술이전 방법 등
에 대한 구체적인 계획 제시
○ 사업기간 중 필요시 발주기관의 실무자를 사업에 참여시켜 기술
능력을 배양할 수 있도록 적극 협조하고, 개발 및 관련 분야의 정보
기술에 대한 지속적인 정보제공 및 기술자문 수행
○ 개발된 시스템의 관리·운영·이용에 필요한 관리자 및 사용자 매뉴
얼 제공
요구사항 분류 프로젝트 지원 요구사항
요구사항 고유번호 PSR-003
요구사항 명칭 장애대책 방안
요구사항
정의 장애대책 방안
세부내용
세부
내용
○ 발생할 수 있는 장애 요소를 유형별로 구분하여 제시하고, 유형별
복구 방안, 복구시간 및 예방 대책 제시
○ 시스템의 최적 운용 방안 및 응급 처리 방안 등에 대한 상세한 장
애 대책을 제출
○ 제안사는 각종 장애 발생 시 즉각적인 원인분석 및 복구 등 하자
보수를 보장하기 위한 S/W 기술지원 체계 확보
요구사항 분류 프로젝트 지원 요구사항
요구사항 고유번호 PSR-004
요구사항 명칭 하자보수 및 유지관리
정의 하자보수 및 유지관리
요구사항
세부내용
세부
내용
○ 하자보수 계획은 통합 및 개발된 시스템의 효과적인 운용을 보장
하는 등 적절한 대책 제시
○ 계약상대자는 제3자로부터 구매하여 공급한 제품과 자체 개발한
SW를 포함한 전 시스템에 대한 하자보수 책임
○ 하자보수 운용 시 고려사항: 시스템 검수 후 안정적 운용 및 하자
보수를 위하여 전문 유지보수 요원 1명을 지정하여 신속 대응
○ 하자보수 기간 중 장애 발생 시 장애 접수 후 24시간 이내 장애
조치
○ 하자보수 이외의 추가 개발·구축(상위버전 업그레이드 포함), 사업
방법의 개선 등은 유상유지관리 및 재개발 계약으로 추진
Ⅴ. 제안안내
1 입찰자격
○ 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 같은법 시
행규칙 제14조 규정에 의한 경쟁입찰 참가자격을 갖추어야 하며, 입
찰일 전일까지 조달청 경쟁입찰참가자격등록증을 소지한 업체여야 함
○ 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제76조 규정에 의
한 부정당업자에 해당하지 않은 자
○ 「소프트웨어 진흥법」에 따라 소프트웨어사업자 신고를 필한 업체로서, 국
가종합전자조달시스템 입찰참가자격 등록규정에 의하여 나라장터(G2B)에
입찰서 제출 마감일 전일까지 “소프트웨어사업자”(컴퓨터관련서비스업, 업
종코드 : 1468)으로 입찰 참가자격을 등록한 업체
○ 본 사업은 20억원 미만 사업으로 「소프트웨어 진흥법」 제48조 및 대
기업인 소프트웨어 사업자가 참여할 수 있는 사업금액의 하한에 의거
대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여를 제한함
○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률 시행령」 제2조에 따
른 중·소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조
에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에
따라 발급된 중·소기업·소상공인 확인서(용도 : 공공기관 입찰용)를
소지한 업체
○ 최근 3년 내 600병상 이상 의료기관의 데이터 플랫폼 구축을 시행
한 실적이 있거나 의료기관 이외의 기관의 데이터 플랫폼 구축을
시행한 실적이 있는 업체
○ 최근 3년 내 600병상 이상 의료기관의 한 개 이상의 의료정보관련
어플리케이션 구축을 시행한 실적이 있는 업체
2 입찰 및 낙찰방식
□ 입찰방식 : 일반경쟁입찰
○ 국가를 당사자로 하는 계약에 관한 법률 제7조 및 동법 시행령 제21조
□ 낙찰자 결정방식 : 협상에 의한 계약
○ “협상에 의한 계약체결기준” 준용 (기획재정부 계약예규)
3 제안서 평가방법
□ 평가원칙
○ 기술평가와 가격평가를 실시하여 종합평가점수 산출
○ 종합평가 점수 = 기술평가(90%) + 가격평가(10%)
※「행정기관 및 공공기관 정보시스템 구축‧운영 지침」에 따라 협상에 의한 계약 체결 시 기술
대 가격 배점기준 9:1로 적용
○ 제안서에 대한 기술평가(90점)와 가격평가(10점)에 대한 종합평가
결과 고득점 순으로 우선협상대상자 결정
○ 종합평가 점수가 동일한 경우, 우선협상대상자 지정은 기술평가점
수의 순서에 따라 정하고, 이 역시 동일한 경우에는 기술평가의 배
점이 큰 항목(세부항목 기준이 아님)에서 높은 점수를 얻은 자로 함
○ 기술평가 배점 한도의 85% 미만일 경우 우선 협상대상자에서 제외
□ 평가방법 – 차등점수제 적용
○ 기술평가(90%) : 기술평가위원회를 통한 평가
- 소프트웨어 진흥법 제49조제2항에 의거 과학기술정보통신부 장관이
정한 소프트웨어 기술성 평가(과학기술정보통신부고시)의 ‘기술제안
서 평가항목 및 배점한도’ 따라 평가함
- 기술평가 점수는 평가위원이 평가한 점수 중 최고점수 1개와 최저
점수 1개를 제외하고, 나머지 점수를 평균하여 획득점수를 산출
- 세부적 평가결과는 비공개를 원칙으로 함
- 기술능력평가의 변별력 확보를 위해 기술능력평가 점수 총배점한
도를 기준으로 순위 간 2점의 차등점수제를 적용
- 차등점수제 적용 시 조달청 협상에 의한 계약 제안서평가 세부기
준과 정량평가를 합산한 기술능력평가 결과에 따라 입찰자 순위
결정
- 1순위자에게 배점한도를 부여하고, 2순위부터는 순차로 선순위
점수에서 [별표 4] 제1호의 순위별 점수차를 감한 점수를 부여 다
만, 원점수 기준의 순위별 점수차가 차등점수차보다 큰 경우에는
원점수의 점수차를 감한 점수 부여
- 상세사항은 조달청 협상에 의한 계약 제안서평가 세부기준 및 [별
표 4](차등점수제 적용 방식) 참고
○ 가격평가(10%) : 기획재정부 계약예규 준용
□ 우선협상 대상 및 협상방법
○ 협상순서는 종합평가점수의 고득점 순에 의하여 결정함
- 종합평가점수 결과 1위 업체를 우선 협상대상으로 지정하여 협상함
- 협상 기간 내에 우선협상 대상자와 협상이 이루어지면 차순위 업
체와의 협상은 생략하고, 협상이 결렬되면 동일한 조건으로 차순
위 업체와 협상을 실시함
- 모든 협상적격자와 협상 결렬 시 재공고입찰에 부칠 수 있음
○ 협상대상자가 제안한 사업내용, 이행방법, 이행일정, 제안가격 등
제안서의 내용을 대상으로 협상 실시
- 협상대상자와 협상을 통해 그 내용의 일부를 조정 가능함
○ 가격협상에서는 협상대상자가 제안한 가격이 기준 가격이 됨
○ 협상대상자가 제안한 내용을 가감하는 경우에는 가감내용에 상당하는
금액을 예정가격 범위 내에서 조정 가능함
- 제안요청 시 포함되지 않았으나 주관기관의 협상 요구에 의하여
증가되는 사업범위에 대해서는 이에 해당하는 원가반영 가능함
4 사업설명회 및 기술평가 일정
□ 사업설명회(현장설명)
○ 2026. 11. 13.(금) (16:00) – 원광대학교 광주한방병원 7층 세미나실
※ 사업설명회에 불참한 기업 및 기관은 입찰에 참여할 수 없음
□ 기술평가 일정
○ 평가일자 : 사업설명회시 안내
※ 상기 평가방법 및 일자는 변경될 수 있으며 자세한 사항은 유선으로 개별 통보함
※ 발주기관 상황에 따라 서면/온라인평가로 대체할 수 있음
○ 평가방법 : 프리젠테이션 평가(제안발표 20분 / 질의응답 10분)
○ 유의사항
- 제안 설명은 제안사(사업자)의 사업총괄책임자(PM)가 직접 발표하
여야 하며, 발표내용이 제안서와 상이한 사항이 있는 경우 이를 별
도로 명기하여야 함
- 계약상의 사업을 수행함에 있어 부실, 조잡 또는 부당하게 하거나,
부정한 행위를 한 사업자는 향후 신규 사업의 참여에 제한을 받을 수 있음
- 본 사업의 수행에 필요한 모든 비용은 가격입찰금액에 포함시켜야 함
- 제안요청서 및 입찰공고 등에 포함되지 않은 사항은「국가를 당사자로 하
는 계약에 관한 법률」,「협상에 의한 계약체결기준」등 국가 계약관련 법
령을 준용함
○ 기술평가 항목 및 평가기준
- 기술제안서 평가항목 및 배점한도
배점
구분 평가부문 평가항목 점수 내용
한도
정량 가격(10) 평가공식 10 준비된 공식에 의해 평가 10
사업이해도 5
추진전략 7
전략 및 방법론 20 전략기술 3
표준 프레임워크 적용 2
개발 방법론 3
시스템 장비구성 요구사항 5
기능 요구사항 10
기술 및 기능 25 데이터 요구사항 5
보안 요구사항 4
제약사항 1
성능 요구사항 5
인터페이스 요구사항 7
기술평가 성능 및 품질 20
테스트 요구사항 5
정성
(90) 품질 요구사항 3
관리 방법론 3
관리역량 3
프로젝트 관리 10
일정계획 3
개발장비 1
품질보증 2
시험운영 2
교육훈련 1
프로젝트지원 10
유지보수 3
기밀보안 1
비상대책 1
경영상태 5 기업신뢰도 5
합계 100 100
○ 정량평가 평가항목 및 배점기준
- 유사사업 수행 실적(3점)
항 목 기 준 점수
최근 3년 이내 의료기관 ▪ 2.5억원 이상 3.0
▪ 1.7억원 이상 ~ 2.5억원 미만 2.7
데이터 플랫폼 구축
▪ 1억원 이상 ~ 1.7억원 미만 2.4
사업수행 실적 ▪ 1억원 미만 2.1
<평가 기준>
① 수행실적은 입찰 공고일 기준 최근 3년 이내 의료기관 데이터 플랫폼 구축 사업수행 실적
을 말한다. (입찰 공고일 기준(입찰 공고일 포함) 사업수행 완료한 사업)
② 제안사는 수행실적 평가를 위하여 [서식 3]의 주요사업 실적 총괄표와 다음 각 목에 따른
[서식 4] 또는 그에 준한 수행실적증명서 등을 제출하여야 한다.
가. 국가기관, 지방자치단체, 기획재정부장관이 지정한 공공기관 또는 지방공기업법령 적용
기관이 발급한 수행실적증명서
나. 위 가목에서 정한 이외의 기관 또는 민간(병원)이 발주한 경우 발주자가 발급한 수행
실적증명서, 계약서, 세금계산서(필요시 거래명세표 포함) 등을 첨부하여야 함
다. 위 가목과 나목에도 불구하고 한국소프트웨어산업협회장이 발급하는 소프트웨어사업
수행실적 확인서
라. 국외의 공공기관, 민간기업 등이 발주한 경우 가목 및 나목을 준용하되, 공공기관 이외
의 납품실적은 이를 공증하거나 해당국가의 상공회의소 또는 해당국가에 주재하는 대한
민국 공관의 확인을 받은 경우에는 세금계산서 등 증명자료 첨부를 생략할 수 있음
마. 이행실적에 대한 입증책임은 제안사가 부담하며 의무를 다하지 아니하여 실적확인이
어려운 경우에는 실적으로 인정하지 않는다.
- 경영상태 평가기준(2점)
신용평가등급
배점
회사채 기업어음 기업신용평가등급
AAA, AA+, AA0, AA- A1, A2+, A20, AAA, AA+, AA0, AA-,
2
A+, A0, A-, BBB+, BBB0 A2-, A3+, A30 A+, A0, A-, BBB+, BBB0
BBB-, BB+, BB0, BB- A3-, B+, B0 BBB-, BB+, BB0, BB- 1.9
B+, B0, B- B- B+, B0, B- 1.8
CCC+ 이하 C 이하 CCC+ 이하 1.4
<평가 기준>
① 「신용정보의 이용 및 보호에 관한 법률」제2조 제8의3에 해당하는 신용조회사 또는 「자본시
장과 금융투자업에 관한 법률」제335조의3에 따라 업무를 영위하는 신용평가사가 입찰공고
일 이전에 평가하고 유효기간 내에 있는 회사채, 기업어음 및 기업신용평가등급을 국가종
합전자조달시스템에 조회된 신용평가등급으로 평가하되, 가장 최근의 신용평가등급으로 평
가한다. 다만, 가장 최근의 신용평가등급이 다수가 있으며 그 결과가 서로 다른 경우에는
가장 낮은 등급으로 평가한다.
② 국가종합전자조달시스템에서 신용평가등급 확인서가 확인되지 않은 경우에는 최저등급으로
평가하며, 유효기간 시작일 또는 만료일이 입찰공고일인 경우에도 유효한 것으로 평가한다.
다만, 입찰공고일 다음날 이후에 발생 또는 수정된 자료는 평가에서 제외한다.
5 입찰서류 및 제안서 제출
□ 제출안내
○ 제출기한 : 입찰공고에 따름
○ 제출방법 : 입찰공고에 따름
□ 제출서류
○ 입찰 참가서류 : 입찰공고에 따름
6 제안서 작성방법
□ 제안서 작성요령(권장)
○ 제시된 제안서 목차 및 제안서 세부작성지침을 준용하여 제안서를
작성하여야 함
- 제안서 : 200 페이지 이내로 작성
※ 필요시 일부 목차를 가감하여 사용할 수 있음
- 발표자료 : 20분 이내 발표량
※ 발표자료는 기술평가 기준의 내용을 충실히 반영해야 함
○ 제안서는 A4 종 방향 작성을 원칙으로 하되, 부득이한 경우 A4 횡
또는 기타 용지를 일부 사용할 수 있음
○ 제안서의 각 페이지는 쉽게 참조할 수 있도록 페이지 하단 중앙에
각 장별로 번호를 부여함
○ 제안서는 한글작성이 원칙이며, 사용된 영문약어에 대해서는 약어표를 제
공해야 함
○ 제안서의 내용을 객관적으로 입증할 수 있는 관련자료는 제안서의
별첨으로 제출하여야 함
○ 제안서의 내용은 “명확한 용어를 사용하여 표현”하여야 함
※ 사용가능하다, 할 수 있다, 고려하고 있다 등과 같이 모호한 표현은 평가 시 불가능한
것으로 간주하며, 계량화가 가능한 것은 계량화하여야 함
○ 제출된 제안서의 기재 내용은 제안요청기관의 요청이 없는 한 변경할
수 없고, 계약체결 시 계약조건의 일부로 간주
○ 제안서의 내용이 허위로 확인될 경우 또는 입증요구에 입증하지
못하는 경우는 평가대상에서 제외
○ 제안서의 내용이 허위로 작성된 사실이 계약서 작성 전에 발견되는 경
우에는 발주기관은 협상을 차순위 대상자와 실시할 수 있으며 계약 후
에 발견되는 경우 제안업체는 일체의 손해배상 책임을 짐
□ 제안서 목차
Ⅰ. 일반현황
1. 제안사 일반현황
2. 제안사의 조직 및 업무분장
3. 투입인력 및 이력사항
Ⅱ. 전략 및 방법론
1. 사업 이해도
2. 추진전략
3. 구축 방법론
Ⅲ. 기술 및 기능
1. 구축 요구사항
2. 제약사항
Ⅳ. 프로젝트 관리
1. 관리방법론
2. 일정계획
Ⅴ. 프로젝트 지원
1. 품질보증
2. 교육훈련
3. 기밀보안
Ⅵ. 기타
1. 이외 기타사항
□ 기술제안서 작성 세부요령
작성항목 작성방법 비고
Ⅰ. 일반현황
1. 제안사
일반현황
제안사의 일반현황 및 주요 연력, 최근 3년간의 자본금 및 부
서식1
문별(데이터 플랫폼 구축 사업 등) 매출액, 유사사업실적 등을
서식2
명료하게 제시하여야 한다. ([서식 1,2,3,4] 활용)
서식3
- 본 사업과 관련이 있는 3년 이내의 유사사업실적 (CDW 구축
서식4
사업 및 데이터플랫폼 구축사업 등) 제시
2. 제안사의 조직
본 사업을 수행할 조직 및 업무분장 내용을 상세히 제시하여야 한다.
및 업무분장
본 사업을 수행할 투입인력(PM, 주요 기술자 등)에 대한 이력사
항을 제시하여야 한다.([서식 5] 활용)
3. 투입인력 및
- 성명, 소속, 최종학력, 해당분야근무경력, 보유 자격증 서식5
이력사항
현황, 본사업참여임무, 근무경력 및 기술경력, 목표투입공수
(M/M), 주요경력
작성항목 작성방법 비고
※ 제안요청 내용과 연관 없는 불필요한 학력사항이나, 자격사항은 배제
Ⅱ. 전략 및 방법론
제안사는 해당 사업의 제안요청 내용을 명확하게 이해하고 본
1. 사업 이해도 제안의 목적, 범위, 전제조건 및 제안의 특징 및 장점을 요약하
여 기술하여야 한다.
제안사는 사업을 효과적으로 수행하기 위한 추진전략
2. 추진전략
(위험요소 고려하여 창의적이고 타당한 대안)을 제시하여야 한다.
3. 구축 방법론
구축에 적용할 방법론 절차 및 기법의 활용방안을
제시하여야 하며, 적용방법론의 경험을 기술한다.
구축 방법론에 따른 제출할 산출물의 종류 및 내역,
제출시기를 기술한다.
Ⅲ. 기술 및 기능
1. 구축
요구사항
법령･제도현황, 업무환경 분석 등의 환경 분석, IT 조직 분석,
업무 프로세스 분석 등의 현황 분석, 정보화 전략 수립, 정보화
개선계획, 사업계획 수립 등의 구축 내역을 기술하여야 한다.
요구사항 구현 시 관련 제약사항과 대응 방안을 구체적으로 기
2. 제약사항
술하여야 한다.
Ⅳ. 프로젝트 관리
1. 관리방법론
사업위험, 사업진도, 사업수행시 보안을 관리하는 방법,
사업수행 성과물이나 산출물의 형상 및 문서를 관리하는 방법 등
을 구체적으로 제시하여야 한다.
사업수행에 필요한 활동을 도출하여 정확한 활동 기간,
2. 일정계획
자원, 인력, 조직 등을 제시하여야 한다.
Ⅴ. 프로젝트 지원
조직, 인원, 방법, 절차 등 해당 사업의 수행을 위한 품질보증 방
1. 품질보증
안을 제시하여야 한다.
2. 교육훈련
사용자, 관리자 등 시스템의 이용대상자별로 구분하여 교육훈련
방법, 내용, 교육일정, 교육훈련 조직 등을 상세히 제시하여야 한
다.
기밀보안 체계 및 대책, 지식재산권 존중여부 명시, 사업수행 시
3. 기밀보안
보안성 확보방안과 개인정보보호 대책을 제시하여야 한다.
작성항목 작성방법 비고
Ⅵ. 기타
1. 이외 기타사항 이외 기타사항 기타 특이사항이 있는 경우 기술
7 입찰 시 유의사항
□ 일반사항
○ 제출된 제안서는 일체 반환하지 않으며, 본 제안과 관련된 일체의
소요비용은 입찰참가자의 부담으로 함
○ 제안내용에 대한 확인을 위하여 추가자료 요청 또는 현지 실사를
할 수 있으며, 입찰참가자는 이에 응하여야 함
○ 가격 산출 세부 내역서를 계약 시 제출하여 원광대학교 광주한방
병원 유지관리 및 관리에 활용 가능하도록 하여야 함
○ 아울러, 계약 이후 프로젝트추진에 필요한 분석도구 및 솔루션, 분
석장비 등과 제안업체 직원이 사용할 소요비품 및 관련 비용은 제
안 업체에서 부담하여야 함
○ 입찰의 무효
- 「국가를 당사자로 하는 계약에 관한 법률」 시행령 제12조 및 동법
시행규칙 제14조 규정에 저촉될 경우 입찰은 무효로 함
- 낙찰자 결정전에 낙찰예정자의 입찰이 용역입찰유의서 제12조의
무효입찰에 해당되는 경우 무효입찰로 처리
- 제안업체가 제출한 제안서상에 허위사실이 발견된 경우 계약을
체결하지 않거나 계약을 해지할 수 있으며 관련 규정에 따라 처리함
○ 용역계약 일반조건 제54조에 의거, 계약 목적물을 계약기간 내에
완성하여 검사 완료 시 계약기간 만료 이전이라도 인력 투입을 종
료할 수 있음
□ 제안서의 보상 등
○ 동 사업은 과학기술정보통신부장관 고시 “소프트웨어사업 계약 및 관
리감독에 관한 지침, 제16조(제안서 보상대상 및 기준)”에 의거 총
사업예산이 20억원 이하인 제안서 보상 예외사업으로 본 제안요청
으로 인한 제안서 보상은 별도로 하지 않음
□ 제안서의 효력 등
○ 제출된 제안서는 병원의 동의 없이 수정, 삭제, 추가 할 수 없음
○ 원광대학교 광주한방병원의 기술평가위원회에서 보완자료를 요구할
수 있으며, 이때 제출된 자료는 제안서와 동일한 효력을 가지고, 기술평
가를 위한 제안설명회 및 답변 자료를 포함하여 수정ㆍ보완ㆍ변경된
내용은 모두 제안서와 동일한 효력을 가짐
○ 제안서와 기타 구비서류를 검토하여 미비업체는 상황에 따라 보완지
시ㆍ실격처리ㆍ감점처리 등의 조치를 취하여 그 결과를 기술평가 점
수에 반영할 수 있음
○ 제안서에 기재된 사항은 과업범위에 포함되며, 계약 이후 원광대학교
광주한방병원의 제안요청서와 제안업체의 제안서 내용을 통합 정리하
여 과업범위를 명확히 재정의하고, 업무분석 후에 도출된 내용을 포함
하여 상세설계서를 작성함
○ 상기 과업범위에 명시되지 아니한 사항이라도 그 결과 산출에 필수
적인 사항과 가동에 필요한 등록, 신고, 허가 등에 대해서는 과업범
위에 포함된 것으로 간주하며 이로 인한 추가 소요비용은 따로 지급
하지 아니함
○ 제안서 상의 프로젝트 관리기법 및 방법론, 분석도구 및 장비, 아이디어
등의 저작권법에 의해 사용료를 지불해야 되는 경우에는 제안업체의 부담으
로 처리해야하고, 프로젝트 수행 전ㆍ후에 저작권법 등에 저촉되는 문제가 발생
할 경우나 이와 유사한 사유로 프로젝트 수행 중 발생하는 모든 법적인 책임
은 제안업체에 있음
□ 보안유지
○ 제안업체는 본 사업과 관련하여 취득한 내용에 대하여 제3자에게
누설 하여서는 아니 되며, 원광대학교 광주한방병원이 요구하는 보안
사항을 철저히 준수해야 함
○ 제안요청서 및 관련 자료는 제안서 작성이외의 목적으로 사용해서는 안됨
○ 제안업체가 제출한 모든 자료 및 문서는 제안사의 권익 보호를 위
하여 외부에 공개하지 아니함
□ 지식재산권 소유
○ 계약목적물에 대한 지식재산권은 발주사와 계약상대자가 공동 소유를
원칙으로 하되, 별도의 정함이 없는 한 지분은 균등한 것으로 간주함
○ 제안사는 제3자의 특허권, 저작권, 기타 지식재산권 일체를 침해하
지 않는 방법과 요건을 갖추어 본 계약을 이행하고, 제반 물품을 납
품해야 함
- 제안사의 본 계약 과업이행 및 산출·납품물 사용에 있어 추후 우
리원과 제3자에 대해 지식재산권을 침해하였음이 발견되는 경우 시
간의 경과와 관계없이 이에 대한 일체의 금전적 법적 책임을 제안
사가 져야 한다.
□ 기 타
○ 계약이 성립되면 계약일로부터 14일 이내에 착수계를 제출하여야 함
○ 제안안내서, 제안요청서, 입찰공고 및 이에 근거한 붙임자료 등에
명시되지 않은 사항은 국가를 당사자로 하는 계약에 관한 법률, 협
상에 의한 계약체결기준 등 국가계약관련 법령을 따름
○ 본 사업은 소프트웨어 진흥법 제50조에 따라 과업변경심의위원회를
개최 요청할 수 있음
○ 관계법령 등의 숙지(근거 : 용역입찰유의서 제5조)
- 입찰에 참가하고자 하는 자는 시행령 등의 입찰관련 법령 및 용역
입찰유의서 제4조 제1항의 규정에 의한 입찰에 관한 서류를 입찰 전에
완전히 숙지하여야 하며 이를 숙지하지 못한 책임은 입찰참가자에
게 있음
- 입찰에 참가하고자 하는 자는 용역입찰유의서 제5조제1항의 규정에
의한 입찰에 관한 서류의 검토과정에서 발견한 입찰에 관한 서류상의
착오, 누락사항 또는 기타 설명이 요구되는 사항에 대하여는 입찰서 제
출마감일 전일까지 원광대학교 광주한방병원에 그 설명을 요구할 수
있음
○ 과업수행자는 성과품을 단독으로 임의 복사, 외부유출 할 수 없음
- 과업수행자는 본 계약에 따라 제공한 제품이 국‧내외 지적 재산권을 침
해하고 있다는 이유로 소송이 제기되었을 경우 과업수행자의 비
용으로 이를 변호하고, 발주처에 부과된 손해 및 비용에 대하여 배
상하여야 함
- 성과품의 소유권은 원광대학교 광주한방병원과 용역사업자의 공동
소유이며, 이를 단독으로 임의 복사하여 외부로 유출하여서는 안됨
- 용역 진행에 필요한 모든 콘텐츠(이미지 등)는 과업수행자가 구입하
여 사용한 후 용역완료에 맞춰 발주처에 원본을 제공함
붙임 1 제안서 작성 관련 서식
【서식 1】 일반현황 및 연혁 (제안서에 첨부)
【서식 2】 자본금 및 매출액(최근 3년) (제안서에 첨부)
【서식 3】 주요 사업 실적 (제안서에 첨부)
【서식 4】 사업 실적 증명서 (제안서에 첨부)
【서식 5】 참여인력 이력사항 (제안서에 첨부)
【서식 6】 가격제안서 (입찰등록시 제출)
【서식 7】 서약서 (입찰등록시 제출)
【서식 1】 일반현황 및 연혁
일반현황 및 연혁
회 사 명 대 표 자
사 업 분 야
주 소
전 화 번 호
회 사 설 립 년 도 년 월
해당부문 종사기간 년 월 ∼ 년 월 ( 년 개월)
주요연혁
【서식 2】 자본금 및 매출액 (최근 3년)
자본금 및 매출액 (최근 3년)
(단위 : 백만원)
구 분 Y-2 년도 Y-1 년도 Y 년도 합 계 평 균
총 자산
자기자본(A)
유동부채(B)
고정부채(C)
매
출
액
유동자산
H/W
S/W
시스템개발
컨설팅
기타
계
단기순이익(D)
자기자본이익율
(D/A)
부채비율
(B+C)/A
※ 증빙자료(신용평가기관에서 발급하는 공공기관제출용 기업신용평가확인서) 첨부
【서식 3】 주요 사업 실적
주요 사업 실적
(단위 : 천원)
사 업 명 사업기간 계약금액 발 주 처 비 고
※ 하도급은 발주처가 승인한 경우에 한하여 작성하며 비고란에 원도급회사를 기재한다.
※ 한국소프트웨어산업협회에서 발급하는 소프트웨어사업 수행 실적 증명서를 가능한 활용.
※ 실적을 확인할 수 있는 실적증명서, 계약서 등의 증거서류제출, 확인이 불가능한 실적은 인정하지 않음
※ 실적증명자료는 붙임으로 첨부하여야 하며 실적증명첨부서류에 페이지를 명시하여 주요사업실적 비고란에 페
이지를 표시하여야 함
【서식 4】 사업 실적 증명서
사업 실적 증명서
신
청
인
업 체 명
대 표 자
(상 호)
영업
연 락 처
소재지
사업자
제 출 처
번호
증명서
입찰 및 제안서 심사 제출용
용도
용
역
수
행
실
적
내
용
용 역 명 구 분
용역개요
계약번호 계약기간 계약금액
증
명
서
발
급
기
관
위 사실을 증명함
2026년 월 일
기 관 명 (인)
주 소
발급부서 연 락 처
담 당 자 팩스번호
※ 실적증명서는 한국소프트웨어산업협회, 발주처 또는 조달청 나라장터에서 발금하는 사업수행실적확인서또
는 사업계약서로 확인한다.
【서식 5】 참여인력 이력사항 (권장사항)
참여인력 이력사항
성 명 소 속 직 책 연 령 세
참여인력 등급 해당분야근무경력 년 개월
학술연구용역기준 ( ) SW기술자 기준 ( )
자 격 증
엔지니어링기술자 기준 ( ) 기타 ( )
본사업참여임무 사업참여기간 참여율 %
경 력
참여기간
사 업 명 담당업무 발주처 비고
(년월∼년월)
※ ｢파견근로자보호 등에 관한 법률」 등에 의한 파견근로자인 경우에는 파견업체명과 원소속사를 함께 명기하여야
함 (예시) 업체명 (원소속사명)
※ 근무 경력확인서, 기술 경력확인서는 「소프트웨어진흥법 시행규칙」 제17조(소프트웨어기술자 경력 및 소프트웨
어사업자 실적 관리 지침)에 근거하여 근무 경력확인서 및 기술 경력확인서를 사용자(대표자) 또는 소프트웨어
사업 발주자 확인을 받아 제출(소프트웨어기술자 경력관리기관의 소프트웨어 기술경력증명서 또는 기타 경력을
증빙할 수 있는 서류로도 제출 가능)
※ 자격증, 경력 및 수행업무와 관련된 사항을 증명할 수 있는 자료를 붙임으로 첨부하여야 하며, 첨부되지 않은
자료에 대하여는 인정하지 않음
※ 참여인력은 재직증명서를 붙임으로 첨부하고, 그 외 인력(채용예정인력 등)은 추후 추가 협상과정에서 우리원
의 요청이 있을 시 증빙자료를 제출해야 함
※ 참여인력 평가 심사기준일은 입찰서 제출 마감일 전일로 하며 입찰서 제출마감일 이후 발생신고 또는 수정된
자료는 평가에서 제외됨
【서식 6】 가격제안서
가 격 제 안 서
공 고 번 호 의광임(AI) 7305-9664호 제안서제출일자 2026년 월 일
공 원광대학교 광주한방병원 K-Health실증병원 (한의학)
건 명
고 HIS Data 플랫폼 구축 사업
내 금 액
금 원정(￦ )
용 (부가세 포함)
과 업 기 간 계약서 참조
상호또는법인명칭 사업자등록번호
대
표 주 소 전 화 번 호
자
이 름 생 년 월 일
원광대학교 광주한방병원의 공사(물품구매.임대운영.기술용역)입찰유의서에 따라 응찰하
여 이 입찰이 귀원에 의하여 수락되면 공사(물품구매.임대운영.기술용역) 계약일반조건
및 특수조건. 설계서(물품규격서), 시방서 등에 따라 위의 견적금액으로 준공(납품. 용역
수행) 기한 내에 공사(물품.임대운영.용역)를 완성(제조. 납품)할 것을 확약하며 가격 제
안서를 제출합니다.
2026. . .
대표자(사용인감 날인) : (인)
원광대학교 광주한방병원 귀하
【서식 7】 서약서
서 약 서
사 업 명 : 원광대학교 광주한방병원 K-Health실증병원(한의학) HIS Data 플랫폼 구축 사업
1. 당 업체는 귀 병원의 사업자 선정방식 및 제안요청서 내용과 본 입찰에 관련된
귀 병원의 방침에 이의가 없음을 확약하며, 공정한 심사와 객관적인 내부절차에 의
한 입찰 진행상의 제반 결정에 어떠한 이의를 제기하지 않겠습니다.
2. 당사는 사업계획서의 제반사항을 사실적 근거에 의해 작성하겠으며, 제출하는 서
류 및 증빙자료가 부정한 방법으로 작성되었거나 허위 기재사항 등이 확인될 경우
참가자격 박탈 등 법적ㆍ재정적ㆍ행정적 책임을 감수하겠습니다.
3. 또한 발주처에서 평가를 위해 구성한 평가위원과 평가방법 및 평가기준에 따른 결과
에 대해서도 어떠한 이의를 제기하지 않겠으며, 사업자 선정전까지도 발주처의 추
가요청 내용과 계약체결에 따른 증빙 서류 제출 등 제반 유의사항을 준수할 것을
서약합니다.
2026년 월 일
주 소 :
기 업 명 :
대 표 자 : (인)
원광대학교 광주한방병원 귀하
<참고>
가격제안서 봉투 작성방법(소봉투 사용)
□ 앞 면
가 격 제 안 서 재 중
건명 :
○ ○ ○ 주식회사
대표이사 ○ ○ ○ (인)
□ 뒷 면(봉인 후 날인)
날 인
*봉투는 소봉투 이용하며, 봉인 및 날인은 반드시 있어야 합니다.
붙임 2 외부 용역사업 보안특약 (※최종낙찰자만 제출)
외부 용역사업 보안특약 (최종낙찰자만 제출)
1. 사업자는 원광대학교 광주한방병원의 보안정책을 위반하였을 경우
[별표1]의 위규처리 기준에 따라 위규자 및 관리자를 행정조치하고
[별표2]의 보안 위약금을 원광대학교 광주한방병원에 납부한다.
2. 사업자는 사업 수행에 사용되는 문서, 인원, 장비 등에 대하여 물리적,
관리적, 기술적 보안대책 및 [별표3]의 ‘누출금지 대상정보’에 대한
보안관리 계획을 사업제안서에 기재하여야 하며, 해당 정보 유출 시
원광대학교 광주한방병원은 국가계약법 시행령 제76조에 따라 사업자를
부정당업체로 등록한다.
3. 사업 수행과정에서 취득한 자료와 정보에 관하여 사업수행 중은 물론 사
업 완료 후에도 이를 외부에 유출해서는 안되며, 사업종료시 사업관리담당
자의 입회하에 완전 폐기 또는 반납해야 한다.
4. 사업자는 사업 최종 산출물에 대해 정보보안전문가 또는 전문보안 점검
도구를 활용하여 보안 취약점을 점검, 도출된 취약점에 대한 개선을 완료하
고 그 결과를 제출해야 한다.
<별표 1> 사업자 보안위규 처리기준
<별표 2> 보안 위약금 부과 기준
<별표 3> 누출금지 대상 정보
<별표 1> 사업자 보안위규 처리기준
사업자 보안위규 처리기준
구 분 위 규 사 항 처 리 기 준
1. 비밀 및 대외비 급 정보 유출 및 유출시도
가. 정보시스템에 대한 구조, 데이터베이스 등의 정보 유출
나. 개인정보·신상정보 목록 유출
다. 비공개 항공사진·공간정보 등 비공개 정보 유출
심 각
2. 정보시스템에 대한 불법적 행위
가. 관련 시스템에 대한 해킹 및 해킹시도
나. 시스템 구축 결과물에 대한 외부 유출
다. 시스템 내 인위적인 악성코드 유포
◦ 사업참여 제한
◦ 위규자 및 직속
감독자 중징계
◦ 재발 방지를 위한
조치계획 제출
◦ 위규자 대상 특별
보안교육 실시
1. 비공개 정보 관리 소홀
가. 비공개 정보를 책상 위 등에 방치
나. 비공개 정보를 휴지통ㆍ폐지함 등에 유기 또는 이면지 활용
다. 개인정보ㆍ신상정보 목록을 책상 위 등에 방치
2. 사무실ㆍ보호구역 보안관리 허술
가. 통제구역 출입문을 개방한 채 퇴근 등 ◦ 위규자 및 직속감
나. 인가되지 않은 작업자의 내부 시스템 접근 독자 등 중징계
다. 통제구역 내 장비·시설 등 무단 사진촬영
3. 전산정보 보호대책 부실 ◦ 재발 방지를 위한
중 대
가. 업무망 인터넷망 혼용사용, 보안 USB 사용규정 위반 조치계획 제출
나. 웹하드·P2P 등 인터넷 자료공유사이트를 활용하여 용역사업 관련
자료 수발신 ◦ 위규자 대상 특별
다. 개발·유지보수 시 원격작업 사용(원격 제어 S/W사용) 보안교육 실시
라. 저장된 비공개 정보 암호화 또는 패스워드 미부여
마. 인터넷망 연결 PC 하드디스크에 비공개 정보를 저장
바. 외부용 PC를 업무망에 무단 연결 사용
사. 보안관련 프로그램 강제 삭제
아. 사용자 계정 오남용(시스템 불법접근 시도 등)
구 분 위 규 사 항 처 리 기 준
1. 기관 제공 중요정책ㆍ민감 자료 관리 소홀
가. 주요 현안ㆍ보고자료를 책상위 등에 방치
나. 정책ㆍ현안자료를 휴지통ㆍ폐지함 등에 유기 또는 이면지 활용
2. 사무실 보안관리 부실
가. 캐비닛ㆍ서류함ㆍ책상 등을 개방한 채 퇴근
나. 출입키를 책상위 등에 방치 ◦ 위규자 및 직속감
3. 보호구역 관리 소홀 독자 등 경징계
가. 통제ㆍ제한구역 출입문을 개방한 채 근무
나. 보호구역내 비인가자 출입허용 등 통제 미실시 ◦ 위규자 및 직속
미 흡 4. 전산정보 보호대책 부실 감독자 사유서 /
가. 휴대용저장매체를 서랍ㆍ책상 위 등에 방치한 채 퇴근 경위서 징구
나. 네이트온 등 비인가 메신저 무단 사용
다. PC를 켜 놓거나 보조기억 매체(CD, USB 등)를 꽂아 놓고 퇴근 ◦ 위규자 대상 특별
라. 화면보호 패스워드 미부여 또는 "1111" 등 단순숫자 부여 보안교육 실시
마. PC 비밀번호를 모니터옆 등 외부에 노출
바. 미인가 저장매체 및 미인가 전산장비 무단 사용
사. 제공자료 관리대장 미 작성
아. ADSL 등 미인가 인터넷 사용
자. 사용자 계정관리 미흡(PC 저장 등)
1. 업무 관련서류 관리 소홀
가. 진행중인 업무자료를 책상 등에 방치, 퇴근
나. 복사기ㆍ인쇄기 위에 서류 방치
2. 근무자 근무상태 불량
가. 각종 보안장비 운용 미숙
경 미 나. 경보ㆍ보안장치 작동 불량
3. 전산정보 보호대책 부실
가. PC내 보안성이 검증되지 않은 프로그램 사용
나. 보안관련 소프트웨어의 주기적 점검 위반
다. 노트북 시건장치(열쇠형) 적용 위반
라. PC운영체제 32Bit 미적용, 백신의 최신상태 미적용
◦ 위규자 서면ㆍ구두
경고
◦ 위규자 사유서 /
경위서 징구
<별표 2> 보안 위약금 부과 기준
보안 위약금 부과 기준
1. 위규 수준별로 A~D 등급으로 차등 부과
위규 수준
구분
A급 B급 C급 D급
위규 심각 1건 중대 1건 이상 미흡 2건 이상 경미 3건 이상
제재
및 부정당업자 등록 계약금액의 5% 계약금액의 3% 계약금액의 1%
위약금
* 위약금은 매 점검 또는 보안 사고 적발, 보안 사고 발생 별로 부과
* 위규 수준은 [별표1] 참고
2. 보안 위약금은 다른 요인에 의해 상쇄, 삭감이 되지 않도록 부과
* 보안사고(심각)는 1회의 사고만으로도 그 파급력이 큰 것을 감안하여 별도 부과
3. 사업 종료 시 지출금액 조정을 통해 위약금 정산
<별표 3> 누출금지 대상정보
누출금지 대상정보
1. 기관 소유 정보시스템의 내ㆍ외부 IP주소 현황
2. 세부 정보시스템 구성현황 및 정보통신망 구성도
3. 사용자계정ㆍ비밀번호 등 정보시스템 접근권한 정보
4. 정보통신망 취약점 분석·평가 결과물
5. 정보화 용역사업 결과물 및 관련 프로그램 소스코드(유출시
안보·국익에 피해가 우려되는 중요 용역사업에 해당)
6. 국가용 보안시스템 및 정보보호시스템 도입 현황
7. 침입차단시스템ㆍ방지시스템(IPS) 등 정보보호제품 및 라우터ㆍ스위치
등 네트워크 장비 설정 정보
8.「공공기관의 정보공개에 관한 법률」제9조제1항에 따라 비공개 대상
정보로 분류된 기관의 내부문서
9.「개인정보보호법」제2조제1호의 개인정보
10. 비밀 및 대외비
11. 그 밖에 원장이 공개가 불가하다고 판단한 자료
붙임 3 보안서약서
보 안 서 약 서 (대표자 用)
본인 은(는) 20 년 월 일부터 20 년 월 일까지
「 」용역사업을 수행함에 있
어 다음사항을 준수할 것을 엄숙히 서약합니다.
1. 본인은 업무를 수행함에 따라 취득한 기밀을 누설하거나 사적으로 이용함이
국가안전보장 및 국가이익에 위해가 될 수 있음을 자각하고 보안관계 제규정을
시간과 지역에 제한 없이 성실히 이행하며 용역 사업 추진 중은 물론 사업 종료
후에도 업무상 지득한 제반 기밀사항을 일체 누설하거나 개인의 영리 목적 등
사적으로 이행하지 않을 것을 서약한다.
2. 본인은 기밀을 누설하거나 사적으로 이용할 때에는 동기 여하를 막론하고 그 결과가
반국가적 행위임을 자인하고, 이를 위반하여 발생되는 민ㆍ형사상 및 보안상의
책임은 관련 제 법규에 의한 조치에 따를 것을 서약한다.
3. 본인은 본 용역사업에 대한 보안조치 사항을 관련 규정 및 지침에 따라 성실히
이행함을 서약한다.
20 년 월 일
원광대학교 광주한방병원장 귀하
서약자 소 속 직 급(직위) 대표이사
성 명 (서명 또는 인)
붙임 4 확약서 (※ 사업 종료 시)
보안 확약서(사업 종료 시)
본인은 업무(용역 사업)와 관련한 장비, 서류, 중
간·최종 산출물 등 모든 제반자료(개인정보 포함) 등에 대하여 다음과 같이 이행하였음을
확약합니다.
1. 용역사업(업무) 관련한 모든 제반자료 반환(자료 인계인수대장 확인 완료)
2. 용역사업(업무) 관련한 저장매체 내 자료 삭제
3. 용역사업(업무) 관련한 사업산출물 복사본 등을 별도 보관하지 않음
4. 본인이 이 기밀(개인정보 포함)을 누설하거나 관계 규정을 위반한 때에는 관련
법령 및 계약에 따라 어떠한 처벌 및 불이익도 감수한다.
년 월 일
서 약 자 소속
직급/직위 대표이사 성 명 인
서약집행자 소속
직급/직위 성 명 인
원광대학교 광주한방병원장 귀하
<별표 4> 차등점수제 적용 방식 (제12조 제3항 관련)
차등점수제 적용 방식
1. 수요기관은 3점 이내의 순위별 점수차를 명시하여 차등점수제를 적용
요청하여야 한다.
2. 차등점수제를 적용하고자 하는 경우 계약담당자는 제12조 제2항 또는
제6항과 정량평가를 합산한 기술능력평가 결과에 따라 입찰자의 순위를
결정한다.
3. 1순위자에게 배점한도를 부여하고, 2순위 부터는 순차로 선순위 점수
에서 제1호의 순위별 점수차를 감한 점수를 부여한다. 다만, 원점수 기준
의 순위별 점수차가 차등점수차보다 큰 경우에는 원점수의 점수차를 감한
점수를 부여한다.
4. 제2호에 따른 기술능력평가 결과 점수가 동일한 제안자가 2인 이상인
경우 동일 순위로 평가하여 점수를 산정하고, 그 다음 순위자의 평가점수
는 제3호에 따른 후순위 점수 산정방법에 따라 점수를 부여한다.
5. 차등점수제를 적용하지 않고자 하는 경우에는 제12조제1항 및 제2항
에 따라 평가점수를 산출한다.
===== his data 플랫폼 용역계획서.pdf =====
용역 계획서
용역 연구 명( ) His Data 플랫폼 구축 장기계속계약( )
사업자 기업명 원광대학교
용역 연구( ) 410-82-01589 부서 진료국
등록번호 (기관명 ) 광주한방병원
책임자
직위 급( ) 병원장 성명 이상관 연락처 062-670-6700
1차년도 97,000 천원
기간 계약후.~2027.12. 소요예산
2차년도 338,000 천원
필요성
▪ 분산 비표준화된 의료 데이터 플랫폼 구축 필요성·
- 현재 병원 내 의료 데이터는 전자의무기록 (EMR), 의료영상저장전송시스템 (PACS), 임상검사시스
템 (LIS), 한방 처방 시스템 등 이질적 시스템에 분산 저장되어 있으며 , 데이터 포맷 및 코드 체
계의 상이함으로 인해 부서 간 데이터 공유와 AI 모델 학습에 심각한 장애 발생
▪ 인공지능 에이전트 (AI Agent) 실증을 위한 데이터 공급 기반 부재
- 한방 문진 변증 처방· · 데이터의 정형화 없이는 한의 특화 AI 모델의 학습 추론이· 불가능하므로,
데이터 표준화와 에이전트 실증은 불가분의 관계에 있음
▪ AI 오케스트레이션 (AI Orchestration) 기반 의료 업무 자동화 환경 부재
- 14 종 에이전트가 상호 컨텍스트 (Context) 를 공유하며 협력하는 멀티에이전트 (Multi-Agent) 워크
플로우 체계가 구현되어야 실질적 임상 효과가 발생함
목표 및 내용
▪ 추진 목표
목표 구분 세부 목표
데이터 플랫폼 HIS 데이터 통합 파이프라인 구축
AI 오케스트레이션 AI 에이전트 실증을 위한 AI 오케스트레이션 환경 구축
▪ 세부 추진 내용
○ HIS 데이터 플랫폼 구축
- 데이터패브릭 (Data Fabric) 기반 통합 파이프라인 구축 : 분산된 데이터 소스 (EMR, PACS, LIS, 한
방 처방 시스템 를 단일 플랫폼으로 통합함)
- 정형 관계형 데이터베이스( , CSV)· 비정형 진료기록 텍스트( , 의료영상 멀티모달)· (Multi-modal) 데이
터의 수집 정제 적재를 수행함· ·
○ AI 에이전트 실증을 위한 AI 오케스트레이션 (AI Orchestration) 환경 구축
- K-Health 실증병원 14 종 AI 에이전트의 협력 운영을 지원하는 AI 오케스트레이션 환경을 구축
함
- 멀티에이전트 (Multi-Agent) 워크플로우 엔진 구축 : 환자 의사 한의사 간호사 역할별· ( )· AI 에이전트
14종을 동시에 조율하는 오케스트레이션 레이어를 구성함
- 검색 증강 생성 (RAG, Retrieval-Augmented Generation) 파이프라인 구축 : 의료 전문 지식 기반
AI 응답 정확도를 향상함
- 운영을 위한 컴퓨터 및 서버 업그레이드 및 고도화를 통한 테스트베드 환경 구축
수행방법
▪ 연도별 수행 계획
○ 1 차년도 ( 계약후 . ~ 2026.12.) - 계획 수립 및 데이터 플랫폼 구축
추진 목표 수행 내용
계획 수립 As-Is 분석 ·To-Be 설계 ·GAP 분석 이행 로드맵·
데이터 플랫폼 데이터패브릭 기반 통합 파이프라인 기본구성
AI 오케스트레이션 AI오케스트레이션 환경구성
○ 2 차년도 (2027.01. ~ 2027.12.) - AI 오케스트레이션 구축
추진 목표 수행 내용
데이터 플랫폼 데이터패브릭 기반 통합 파이프라인 구축
AI 오케스트레이션 AI오케스트레이션 구축 , 멀티에이전트 워크플로우 엔진 구축
- 259 -
활용계획
▪ AI 에이전트 도입 및 실증 활용
○ 구축된 HIS 데이터 플랫폼은 한의학 실증병원 AI 에이전트 14종의 실시간 데이터 공급 기반으
로 활용됨
○ 멀티에이전트 워크플로우 환경을 통해 병원 업무의 전 단계에 걸친 자동화를 단계적으로 확대
함
- 환자 여정 전 구간 예약( → 사전문진 → 진료 → 처치 → 수납 →사후관리 에) AI 에이전트를 연계하여 원
활한 의료 서비스 흐름을 실현함
- 의료진 업무 자동화 : 진료 기록 구조화 요약 , 처방 최적화 , 금기 점검의 자동화로 한의사 1인당
진료 가능 환자 수를 향상함
수행기관 및 수행책임자 선정사유
▪ 수행기관 및 수행책임자 : 미정
▪ 선정근거 : 국가 및 지방자치단체를 당사자로 하는 계약에 관한 법률 등
세부 산출 내역
품명 가격 수량 소계 단위( : 원)
His Data 플랫폼 구축 장기계속계약( ) 435,000,000 1 435,000,000
합계 ( 단위 : 원) 435,000,000
- 260 -
===== HIS Data 플랫폼 구축_용역과업개요.hwpx.hwp =====
용 역 과 업 개 요
1. 과업의 명칭 : 원광대학교 광주한방병원『K-Health 실증병원(한의학) HIS Data 플랫폼 구축사업』
2. 추진 목적
가. 의료 데이터 표준화 및 AI 오케스트레이션 기반 임상 워크플로우 구축
○ 병원 내 이질적 시스템(EMR, PACS, LIS 등)에 분산·비표준화된 한방 임상 데이터를 정형화 및 표준화하여 AI 모델 학습과 부서 간 정보 공유 기반을 마련
○ 분산된 의료 데이터를 통합하는 표준화 데이터 플랫폼을 구축하고, 14종의 AI 에이전트가 컨텍스트를 공유하며 협력하는 'AI 오케스트레이션(Multi-Agent) 기반 업무 자동화 환경‘을 구현하여 임상 효율성 증대와 의료 서비스 혁신을 달성
나. 연차별 에이전트 증설에 따른 공통 인프라 및 단일 연계·감사 체계 마련
○ 1차년도(2026년) 외부 환경에서 분산 서비스되던 기존 2종 에이전트의 파편화 및 벤더 종속 위험을 해소하기 위해 전용 서버·GPU 인프라와 오케스트레이션 계층을 구축
○ 이종 AI 에이전트를 표준 절차로 등록·검증·배포·중지·폐기하는 개방형 관리 기반을 확보
○ HIS·EMR·OCS·PACS·예약·수납 원천 데이터를 최소 필요 범위로 안전하게 제공하는 단일 연계계층을 구축
다. 안전성·감사 체계 확보 및 상품화 패키지 전환 기반 조성
○ 다중 에이전트의 호출 순서, 환자·진료 컨텍스트, 정책, 자원, 비용, 로그를 통합 관리
○ AI 결과에 대한 사람의 확인, 근거 추적, 위험 통제, 이용자 고지와 사고 대응 체계 확보
○ 2026~2030년(5개년) 매년 도입되는 에이전트의 실증 성과를 동일 지표로 비교·축적하여 2030년(5차년도) 타 의료기관으로 확산 가능한 상품화 패키지로 전환
3. 추진 일정
※ 추진일정은 제안사가 진행 상황에 따라 변경 가능
구
분
추진일정 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 분석/설계 구현/테스트 HIS Data 플랫폼 AI 오케스트레이션 데이터 연계 안정화 4. 과업내용 및 범위
가. AI 에이전트 오케스트레이션 플랫폼 구축
○ 개방형 관리 기반과 통합 레지스트리를 구축하여 이종 AI 에이전트의 등록·검증·배포·폐기 절차를 표준화하고 자원 현황을 일원화하여 관리
○ 드래그앤드롭 방식의 시각적 워크플로우 캔버스를 제공하여 진료 워크플로우를 구성하고, 환자 및 의료진 요청 연결과 처리 실패 발생 시 재시도 및 대체 처리 흐름을 구성
○ 다중 에이전트의 호출 순서, 환자·진료 컨텍스트, 정책, 자원, 비용, 로그를 통합 관리하고, AI 결과에 대한 사람의 확인, 근거 추적 및 사고 대응 체계를 확보
나. 에이전트 온보딩 규격·SDK·샌드박스·적합성 시험
○ 에이전트 연결 시 REST/OpenAPI 등 공개 표준 규격을 준수하고, 특정 에이전트·LLM·서버 제품에 종속되지 않는 플러그인·어댑터 구조와 SDK를 기반으로 연동을 지원
○ 기능·품질·보안 적합성 검증을 거친 에이전트를 표준 배포 단위로 원내에 배포하고, 운영·중지 상태와 진료 현장 노출을 통제
○ 공급사 시험용 에이전트와 운영 에이전트의 작업공간을 구분하여 가상화 샌드박스 환경 내 적합성 시험을 수행
다. 원내 시스템(EMR, OCS/PACS/예약/수납) 연계
○ FHIR R4, DICOM, 표준 코드 매핑을 지원하는 단일 연계계층(Facade API)을 구축하여 원내 데이터를 안전하게 연동
○ EMR·OCS 등 발주기관이 제공·승인한 원내 데이터 소스(DB, 파일, API, 로그)에 연결하여 즉시·주기·일정 기반 진료 데이터 처리 파이프라인을 실행하고, 결측치 처리 및 코드 변환 등 전처리 내역과 실행 결과·오류 원인을 확인 및 기록
○ 사전문진 결과 및 진료기록 초안 등 에이전트 산출물을 의료진 확정 전 상태로 원내 시스템에 전달
라. LLM 게이트웨이 및 MLOps/LLMOps 운영환경 구축
○ 복수 모델 공급자의 언어모델 등록·사용을 지원하고 프롬프트와 응답 원칙(단정적 한의 진단 표현 자제 등)을 관리하고 인증정보를 통합 관리
○ 예측·분류 모델의 데이터 수집부터 학습, 평가, 배포까지 관리하는 MLOps 운영환경을 구축
○ 환자 의료 데이터가 원내 경계를 이탈하지 않도록 자체 호스팅 온프레미스 추론 구조를 적용
○ 모델 서비스별 CPU, GPU, 메모리 할당 한도를 설정하여 특정 에이전트의 자원 독점을 방지
마. 2027년 본 사업의 서버·GPU·가상화·컨테이너 기반 구축
○ 오케스트레이션 서버, GPU 서버, 데이터·MLOps 서버 등 전용 하드웨어 인프라를 도입
○ 서버 내장 디스크 기반 분산·복제 스토리지 또는 공유 스토리지와 가상화 클러스터를 구성하여 일반 가상머신의 장애 전환을 지원
○ 기존 2종과 신규 3종을 공통 온보딩 규격, 단일 HIS 연계 경로, 통합 정책 및 감사체계로 수용
바. 2026년 2종 이관 지원 및 2027년 신규 3종 온보딩·실증 지원 (30년까지 총 14종에 대한 지원)
○ 1차년도(2026년) 외부 운영환경에서 분산 서비스되던 기존 2종 AI 에이전트를 공통 온보딩 규격 및 단일 연계 경로로 통합 플랫폼에 이관
○ 2차년도(2027년) 신규 3종 AI 에이전트의 온보딩 연동 시험, 적합성 검증 및 원내 실증을 지원
○ 2026~2030년(5개년) 총 14종 에이전트 확장에 대비해 메타데이터, API, 권한 구조를 설계하고, 동일 지표 기반 실증 성과 비교 및 상품화 패키지 전환 기반을 마련
5. 추진체계 및 역할 구분 주요 업무 센터장(병원장) 추진단 업무 총괄 부위원장 프로젝트 관리 부문에 관한 총괄 관점의 관리 프로젝트 계획 수립 및 이행 검토/승인
프로젝트 운영 관련 회의체 보고 및 센터장 보고
팀장(간사)
체계적인 프로젝트 관리 체제 구축으로 프로젝트 추진 시 발생할 수 있는 각 위험 요인에 대한 식별, 대응 및 관리 체계 구현
병원업무 총무팀장
업무 영역별 분석 단계를 통해 업무 요건 구체화
업무 설계 내용 및 사용자 UI 검토 용역 업체 입찰 및 계약 단위테스트–통합테스트-리허설 수행의 주체 현업 사용자 교육의 주체 임상교수 기획팀 전산실 임상시험