입찰공고상세[물품] · 마감 · AI 페이지

노후 주전산기 서버 교체 사업

이 페이지는 공공일감(work.00data.kr)이 입찰공고 「노후 주전산기 서버 교체 사업」을 AI가 읽기 좋게 한 장으로 정리한 글이다.

공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.

이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01736436)를 출처로 밝히는 조건이다. 베타 기간 무료.

2026-10-13 14:14 KST 기준 · 최종 확인은 나라장터 원문을 따른다.

공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리

링크

비슷한 공고

링크는 각 공고의 AI 페이지다.

진행 중

경영정보시스템 가상화 인프라 구축 사업 · 김포골드라인에스알에스 주식회사 · 9.09억원 · D-1
2026년 노후 인프라 교체 및 정보시스템 고도화 사업 · 국민건강보험공단 · 924억원 · D-31
경기신용보증재단 마이다스 인프라 고도화 사업 · 경기신용보증재단 · 3.05억원 · D-9
통합(부동산, 지하시설물, UPIS) 서버 전산장비 교체 용역(협상에 의한 계약) · 전남광주통합특별시 영광군 · 2.58억원 · D-6
영상의학실 PACS(의료영상저장전송시스템) 구입 · 부산광역시 동래구 · 4,909만원 · D-2
노후 DB서버 교체 · 한국과학기술기획평가원 · 1.36억원 · D-7

끝난 공고 · 결과

노후 주전산기 서버 교체 사업(재공고) · 서울특별시서울의료원 · 낙찰 -
전남대학교병원 대표홈페이지 노후 서버 교체 사업 · 전남대학교병원 · 낙찰 -
통합 행정정보시스템 교체 및 고도화 용역 · 강원특별자치도 · 유찰
[대림대학교] 2026년 전문대학 혁신지원사업 3주기 AIDX 기반 교육혁신 모델 구축 중 대림대학교 DB서버 고도화 구축사업 · 대림대학교 산학협력단 · 낙찰 주식회사 허그웰시스템 · 2.85억원
노후 수용가정보시스템 교체 · 부산광역시 상수도사업본부 · 낙찰 -
(혁신) 학사 DB서버 교체 사업 · 신라대학교 · 낙찰 -

첨부파일

뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.

공고 개요

유찰 · 서울특별시서울의료원 · 서버·스토리지·GPU

결과: 유찰
참가: 0곳 · 개찰 09/29(화)

요약 AI 요약

2011년부터 운영 중인 노후 서버(IBM P780·P720·P550)를 교체하여 안정적인 통합의료정보시스템 운영 환경을 확보하는 사업이다. 기존 UNIX(AIX) 기반 시스템을 최신 LINUX(Red Hat Enterprise Linux)로 전환(U2L)하고 오라클 데이터베이스를 11G에서 19C로 업그레이드한다.

주전산기 DB 등 UNIX 기반 서버 교체(이중화 포함 총 9종)
UNIX OS에서 최신 LINUX OS로 전환 구축(U2L)
ORACLE 11G에서 ORACLE 19C로 데이터베이스 버전 업그레이드
UNIX→LINUX 변경에 따른 시스템별 마이그레이션 및 데이터 이행
상용소프트웨어(ORACLE, TMAX, 권한인증, DB암호화) 업그레이드
통합의료정보시스템 인터페이스 장비 간 연계시스템 구축

사업 내용 · 이 공고에 든 일

중심 · 서버·스토리지·SAN 장비 공급

물품 › 컴퓨터·IT·통신 › 서버·스토리지·GPU

주전산기 DB·미들웨어·권한인증·PACS DB·개발서버와 SAN 스위치 등 서버·스토리지 하드웨어를 납품·설치하는 일이 사업의 몸통이다.

서버 노드·스토리지 노드·SAN 스위치 납품 및 설치
서버실 분전반·전원케이블·네트워크케이블 등 인테리어 공사
서버·DBMS 장애 관제 라이선스 공급
제조사 공급·기술지원 확약서 제출

중심 · U2L 전환·DB 업그레이드·데이터 이행

용역 › 정보시스템·SW › SW 개발·운영

AIX에서 Linux로의 운영체제 전환, Oracle 11G→19C 업그레이드, Tmax·SSO·DB암호화 마이그레이션, 데이터 이행과 안정화까지 시스템을 새로 구축·전환하는 SW 사업이 중심이다.

서버 OS(Red Hat Enterprise Linux) 설치·구성
미들웨어 TMAX 재설치 및 환경 이전
권한인증 SSO Agent v1.4 업그레이드
DB 암호화 시스템 설치·전환(SHA256 강화)
통합의료정보시스템 INTERFACE 연동 검증
데이터 이행 계획·추출·적재·검증 및 안정화
단위·통합·시범운영·사용자·성능 테스트 수행
Configuration Guide 등 산출물 작성
사용자 운영 교육 및 기술이전

딸린 일 · 상용 SW(DBMS·미들웨어·암호화) 라이선스 공급

용역 › 정보시스템·SW › SW 공급·구독

Oracle EE·RAC·Partitioning, Tmax, SSO, DB암호화 등 상용 소프트웨어의 라이선스와 업그레이드 공급이 포함된다.

Oracle 19C 라이선스 및 RAC·Partitioning 옵션
Tmax 미들웨어 라이선스
TouchEn Wiseaccess SSO 라이선스
DB암호화 솔루션 라이선스
백신 등 보안 SW 라이선스

평가 · 배점

기술 : 가격 — 기술 90점 · 가격 10점

협상 대상 기준 · 기술능력 평가점수가 기술능력 평가배점의 85% 이상인 자를 협상적격자로 선정하며, 평가 결과 협상 적격자가 없는 경우에는 재공고 입찰에 부칠 수 있다.

배점표 (AI 요약)
평가 항목	배점
수행실적(금액) - 최근 5년간 유사 사업 실적 금액	3점
수행실적(건수) - 최근 5년간 유사 사업 실적 건수	3점
경영상태 - 기업신용등급 평가	6점
하도급계획 적정성	4점
기업 및 품질인증	4점
전략 및 방법론	15점
사업수행방안	20점
사업관리방안	20점
사업지원방안	15점
입찰가격	10점
합계(항목을 더한 값)	100점

참가 자격 · 제한

업종제한: 정보통신공사업(0036) 그리고 소프트웨어사업자(데이터베이스제작및검색서비스사업)(1470)
지역제한: 제한 없음
공동수급: 공동이행 또는 분담이행
입찰참가 제한: 모름
실적경쟁 · PQ: 모름
국제입찰: 국내입찰
제출 방법: 전자입찰

입찰 일정

진행	일시	남은 날
공고 게시	09/18(금)	지남
입찰서 제출 시작	09/18(금) 18:00	지남
입찰참가자격 등록 마감	09/28(월) 18:00	지남
입찰서 제출 마감	09/29(화) 10:00	지남
개찰	09/29(화) 11:00	지남

가격

추정가격: 1,544,000,000원
배정예산: 1,698,400,000원
부가세: 154,400,000원
예정가격 방식: 비예가

납품

품명: 컴퓨터서버 (4321150102)
수량: 1 식
납품: 계약 후 150일
인도조건: 과업내역에 따름
제조물품: 아니오
세부품명 등록: 아니오

공고 정보

공고종류: 등록공고 (일반공고)
게시일: 09/18(금)
공고번호: R26BK01736436-000
참조번호: 서울특별시서울의료원 공고 제2026-389호
공고기관: 서울특별시서울의료원
수요기관: 서울특별시서울의료원
계약방법: 제한경쟁
낙찰방법: 협상에의한계약
계약유형: 총액계약
예정가격 방식: 비예가
추정가격: 1,544,000,000원
배정예산: 1,698,400,000원
사전규격번호: R26BD00255915
재공고: 아니오
출처: 나라장터

문서 발췌

과업·요구

2. 사업 목적

□ 2011년부터 운영중인 노후 서버(내용년수 6년, 15년 이상 운영 중)를 교체하여, 장애 최소화 및 발생 시 신속 대응 체계를 구축하여 안정적 통합의료정보시스템 운영 환경을 확보하고자 함

3. 주요사업 내용

□ 주요사업 내용 ❍ 주전산기 DB 외 UNIX 기반 서버교체(이중화 포함 총 9종) ❍ 기존 UNIX OS에서 최신 LINUX OS로 전환 구축 ❍ ORACLE 11G에서 ORACLE 19C로 DATABASE VERSION UPGRADE ❍ UNIX에서 LINUX OS로의 변경에 따른 각 시스템별 Migration 진행 ❍ 현재 사용중인 상용소프트웨어(ORACLE, TMAX, 권한인증, DB암호화) 업그레이드 ❍ 통합의료정보시스템 Interface 장비들간의 원활한 연계시스템 구축 ❍ 최신 장비구축 및 S/W 업그레이드로 처리 속도 개선

4. 사업 범위

□ 서버장비 교체 ❍ 기존 IBM P780(2EA), P720(2EA), P550(1EA) ❍ UNIX 6.0에서 최신 LINUX OS로의 전환 ❍ 신규 서버 도입에 따른 케이블 공사 ❍ 현황

제조사	장비명	서비스명	서버재원		비고
제조사	장비명	서비스명	CPU (CORE)	MEMORY (GB)	비고
IBM	P780 #1	MAIN DB #1	10	80	2020년 기술지원 종료(EOS)
		OCS APP #1	2	22
		권한인증 #1	2	3
	P780 #2	MAIN DB #2	10	80
		OCS APP #2	2	22
		권한인증 #2	2	3
	P720 #1	PACS DB #1	4	30
	P720 #2	PACS DB #2		30
	P550	개발서버		15

❍ 현황

5. 기대 효과

□ 확장성 및 범용성이 검증된 최신 고성능 장비 도입, 안정적 통합의료정보시스템 운영체계 확보 및 속도 개선을 통한 업무효율 향상 기대 ❍ 운영체제 : UNIX 운영체제(Operation System, 이하 OS)에서 AI, 분석, 웹 서비스등 확장성이 뛰어난 Linux OS 서버로 전환 ❍ 서버사양 : 현 CPU Core수, Memory량 보다 2~6배 이상 증대 도입 ❍ DBMS : 안정적 운용성이 검증된 DBMS Version Upgrade (오라클 11G -> 19C) ※ 현 운영중인 오라클11G는 ‘22년 기술지원 종료된 버전. □ 기술지원종료(EOS)된 노후 장비로 인한 장애 최소화 및 신속한 장애 복구체계 구축 ❍ 신속한 부품 수급 및 제조사로부터의 인증된 정품 수급

Ⅱ 사업추진 방안

1. 추진목표

□ 2020년 12월 31일 부로 제조사(IBM) 모델 단종 및 기술지원중단(EOS)된 서버 교체 □ 기존 UNIX OS체제에서 LINUX OS(U2L)체제로 전환 □ 서울의료원에서 사용중인 ORACLE 11G에서 ORACLE 19C 버전업그레이드 □ 통합의료정보시스템 구축시 UNIX기반 소프트웨어 LINUX로기반으로 소프트웨어 MIGRATION 전환 □ U2L 전환에 따른 통합의료정보시스템 프로그램 및 관련 인터페이스 제품 및 프로그램 호환 테스트 적용처리

2. 추진전략

□ 기존 운영시스템에 미치는 영향을 최소화 □ 노후화된 장비 교체를 통해 장애 발생을 예방하고 안정적이고 높은 품질의 업무 서비스를 상시 제공할 수 있는 시스템 구축

일 정 구 분		추 진 일 정
		M1	M2	M3		M4		M5
입찰공고 및 사업자 선정
관련부서 업무 협의
시스템 구축	기존 시스템 분석
	업무 분석
	설계 및 구축
	시스템 구축 및 데이터이관
시스템 가동 및 운영(안정화)					■	■	■	■	■
사용자 운영 교육
사업완료보고

3. 추진 일정 ※ 추진일정은 “발주기관” 와 “계약상대자”의 상호협의를 통해 변경할 수 있음.

Ⅲ 제안 요청 내용

1. 제안 요청 개요

□ 제안 요청 공통 사항 ❍ 제안사는 U2L(UNIX TO LINUX)구축 사례 및 경험을 구체적으로 제시하고, 서울의료원의 특성에 맞는 최적화 맞춤형 구축 방안을 제시하여야 한다. ❍ 본 사업에 필요한 모든 제안 내용은 서울의료원에 제시한 입찰참가 자격조건에 충족한 제안사가 일괄 제안해야 한다. ❍ 제안사는 제안요청의 요구조건들을 충족하도록 제안해야 한다. ❍ 제안사는 서울의료원의 운영현황을 정확히 파악하여 구축될 시스템이 최적의 시스템으로 구현될 수 있도록 제안해야 한다. ❍ 본 사업에 적용될 모든 제품, 기술요소, 구축방법 등은 반드시 국내에서 서울의료원의 규모와 유사하고 전사적으로 구현사례가 있는 안정성과 성능이 검증된 것으로 제안해야 하며, 구축 후 서울의료원이 안정적이고 지속적인 기술 지원을 받을 수 있는 검증된 전문 업체 및 장비를 제안하여야 한다. ❍ 본 사업에 제안하는 모든 제안내용은 신의와 성실을 바탕으로 제안하여야 하며, 필요시 제안서에 포함된 정보를 구체적으로 입증할 수 있는 자료를 제공할 수 있어야 한다. ❍ 서울의료원이 제시한 제안요청서의 규격서에 명시가 안 되어있지만, 정상적인 운영을 위해 필요한 경우, 제안사는 추가적으로 일괄 제안해야 한다. ❍ 본 사업의 제안요청 내용은 서울의료원이 제시한 최소한의 요구사항이므로 제안사는 서울의료원에 추천하고자 하는 대안이 있을 경우, 추가하여 제안이 가능하나 서울의료원의 요구사항 기준과 동등 또는 그 이상이어야 한다. ❍ 시스템 구축 후 변화관리, 유지관리운영 과정에서 나타나는 오류 수정, 자료 정비, 환경 및 사용자 요구사항 변화에 따른 소프트웨어 성능 및 사용성 향상을 위하여 소프트웨어의 최적화 및 기능개선 작업의 지속적 수행이 가능한 시스템으로 제시하여야 한다. ❍ 365일 24시간 안정적인 시스템을 운영할 수 있도록 제안해야 하며, 장애발생 시 신속한 복구방안 및 절차 등을 제안하여야 한다 □ 제안 요청 사양 변경 등 기타사항 ❍ 요구사항 내용 외에 이 사업에 반드시 필요하다고 판단되는 사항을 추가 제시할 수 있으며, 사업 목적 달성이 충분하다고 인정될 경우 변경 제안도 가능 ❍ 단, 제안사(계약상대자)의 변경제안으로 인하여 사업목적 달성이 불충분할 경우 모든 책임은 제안사(계약상대자)에게 있음. ❍ 본 제안요청서에 명시된 모든 사항은 최소한의 사양, 요구사항만을 규정하였으므로 상세히 기술되지 않았거나 누락된 사항에 대하여 관리 및 운영 상 문제가 발생하지 않도록 사전 조치하여야 한다.

구분	설명	요구사항 수
시스템 장비 구성 요구사항 (ECR, Equipment Composition Requirement)	시스템의 H/W 및 S/W 규격 조건 등	7
기능 요구사항 (FUN, System Function Requirement)	서비스 기능 요구사항 등	14
테스트 요구사항 (TER, Test Requirement)	테스트 계획, 실시 및 단위테스트 등	7
보안 요구사항 (SER, Security Requirement)	시스템의 접근보안, 물리적 보안사항 등	5
품질 요구사항 (QUR, Quality Requirement)	품질관리 계획, 보증방안 및 구축 방법론, 표준화 방안, 설치 및 제거 용이성 등	4
합 계		37

□ 요구사항 목록 요약

구분	설명
시스템 장비 구성 요구사항(ECR)	ECR-001	제안공통(H/W, S/W)
	ECR-002	주전산기서버 H/W
	ECR-003	미들웨어서버 H/W
	ECR-004	권한인증서버 H/W
	ECR-005	PACS DB서버 H/W
	ECR-006	개발서버 H/W
	ECR-007	SAN Switch H/W
기능 요구사항 (FUN)	FUN-001	기능요구사항 공통
	FUN-002	서버OS 설치
	FUN-003	미들웨어 TMAX 재설치
	FUN-004	권한인증 재설치
	FUN-005	DB 암호화 시스템 설치
	FUN-006	통합의료정보시스템 INTERFACE 장비 연동
	FUN-007	통합 DBMS 요구사항
	FUN-008	U2L 전환 요구사항
	FUN-009	데이터 이행
	FUN-010	이행팀 구성 및 업무역할 정의
	FUN-011	데이터이행 환경구축
	FUN-012	최적의 데이터 이행 방안 마련
	FUN-013	데이터 이행 검증 방안
	FUN-014	데이터 이행 및 안정화 지원
테스트 요구사항 (TER)	TER-001	테스트 계획수립 및 실시에 대한 공통사항
	TER-002	사전테스트
	TER-003	단위테스트
	TER-004	통합테스트에 대한 테스트 방법 및 내용
	TER-005	시범운영테스트
	TER-006	사용자테스트
	TER-007	성능테스트
보안 요구사항 (SER)	SER-001	보안 공통 요구사항
	SER-002	개인정보 보안
	SER-003	참여인력 보안
	SER-004	정보보안
	SER-005	개인정보의 처리단계별 보호조치
품질 요구사항 (QUR)	QUR-001	기술지원
	QUR-002	설치 및 검수
	QUR-003	납품 조건
	QUR-004	하자담보책임

□ 요구사항 목록

2. 제안 요청사항

고유번호		ECR-001
명칭		제안공통(H/W. S/W)
요구사항 상세설명	세부 내용	• 제안되는 모든 H/W 및 S/W는 원제조사가 인증한 정품으로 공급하여야 하며, 서울의료원이 정품인증에 관련 증빙자료를 요청시 즉시 제공하여야 함. • 하드웨어 요구사항에는 명시되지 않았으나 시스템의 정상적인 동작을 위한 필수적인 부품은 기본 장착하여야 함 • 제안규격에 적합한 제품으로 제안해야 함 • 계약상대자는 국가 정보보안 기본지침을 준수하여 구축해야 함 • 제안되는 모든 H/W 및 S/W는 제조사의 기술지원확약서를 납품시 제출해야 함. • 납품되는 제품은 발주기관에서 현재 운영 중인 통합의료정보시스템과 INTERFACE 시스템과의 호환성 및 연동성을 100% 보장하여야 한다. • 신규 도입되는 모든 장비(H/W 및 S/W)는 향후 확장성을 고려하여 성능의 여유분을 고려·제안하여야 한다. • 정상적인 운영을 위해 필요한 경우, 제안요청 내용(시스템구성 포함) 이외의 추가 설비(H/W, S/W)를 제안에 포함하여야 하며, 추가설비로 인해 성능이 저하되지 않아야 함 • 계약상대자는 제품이 검수완료 후 1년 이내에 단종 될 경우 동일 성능 이상의 신제품을 계약상대자의 부담으로 교체하여야 함 • 제안 제품의 설치 및 테스트 시 장애발생, 보안취약점 발견, 기능미비 등으로 사용에 중대한 결함이 발생할 경우 발주기관은 제안제품을 교체 또는 대체, 증설, 보완을 요구 할 수 있으며 계약상대자는 계약상대자 비용부담으로 이에 응하여야 함 • 하자담보책임기간은 검수 완료 후 1년으로 하며 동기간 중 S/W 및 H/W의 설계, 성능, 제작, 설치 등에 하자가 발생할 경우 무상으로 보수(패치 업그레이드 포함)하거나 동일 장비의 신품으로 교환하여야 함 • 계약상대자는 규격 및 성능을 원칙적으로 준수하여 제안하여야 함 (다만, 충분한 사전 실사를 통해 원활한 운영이 가능한 수량 및 기능, 성능의 제품을 제안하여야 하며, 이 경우에는 타 시스템과의 연동 및 기존 운영환경과의 호환에 문제가 없어야 함) • 기존장비 환경 및 정책의 이관작업을 지원하여야 함 • 도입되는 신규 장비는 서울의료원에서 운영 중인 통합관제에 모니터링 할 수 있게, 장비 수량에 맞게 서버, DBMS 장애 관제 라이선스를 공급하여야 한다 • 서버를 설치할 공간의 인테리어(분전반, 전원케이블, 네트워크 케이블 등 장비 운영에 필요한 시설)는 제안사의 사업범위 이며 관련된 비용은 사업비에 포함한다

□ 시스템 장비구성 요구사항(ECR)

고유번호		ECR-002
명칭		주전산기DB서버 H/W
요구사항 상세설명	세부 내용	• HW(Server Node, Storage Node), SW 일체형 구조의 어플라이언스 제품 • 동일 제조사의 최신Linux Enterprise 운영체제 제공 • Server Node 사양(서버1-Node 당 사양이며2-Node 제공) • 32Core, 2.9GHz CPU * 2개 이상 제공 • 메모리512GB 이상 제공(최대1.5TB로 확장 가능) • OS용480GB M.2 NVMe SSD * 2개 이상 제공 • 4Port 10GBase-T Adapter * 1개 이상 제공 • 2Port 10/25G Ethernet Adapter * 2개 이상 제공(10G GBIC 포함) [Storage Node] • Physical 7.68TB SSD *12개 이상 제공(최대48개로 확장 가능) • Usable Capacity : 약30TB 이상지원 • 동종 업계/유사 서비스에서 도입 사례가 있는 검증된 제품으로 제안 • 제조사의 공급 및 기술지원 확약서 제출 [기능요구사항] • 데이터베이스 라이선스 절감을 위해 필요한Core만 활성화하는Capacity on Demand (CoD) 기능 지원 • 각DB 노드 부하 상황에 따라 자동 부하 분산 및 접속 기능 제공 • 펌웨어, OS, 관리SW, DBMS 등이 하나의 통합된 패치 번들 형태로 설치 구성 가능할 것

고유번호		ECR-003
명칭		미들웨어서버 H/W
요구사항 상세설명	세부 내용	• 형태 : Rack Type • CPU : Intel Xeon 6 6505P 2.2GHz 이상 (12Core / 24Thread 이상) • Memory : 64GB 이상 • Disk : Enterprise SSD 480GB RAID1 • NIC : 10Gbps Dual Port × 2 이상 • HBA : 32Gbps Dual Port × 2 이상 • OS : Red Hat Enterprise Linux Standard • RAID Controller 지원 • 이중전원(Redundant Power) 지원 • 미들웨어(TP Monitor) 운영을 위한 서버로 충분한 처리성능을 제공하여야 하며, 향후 시스템 확장 및 서비스 증가에도 안정적인 운영이 가능하여야 한다.

고유번호		ECR-004
명칭		권한인증서버 H/W
요구사항 상세설명	세부 내용	• 형태 : Rack Type • CPU : Intel Xeon 6 6505P 2.2GHz 이상 (12Core / 24Thread 이상) • Memory : 64GB 이상 • Disk : Enterprise SSD 480GB RAID1 • NIC : 10Gbps Dual Port × 2 이상 • HBA : 32Gbps Dual Port × 2 이상 • OS : Red Hat Enterprise Linux Standard • RAID Controller 지원 • 이중전원(Redundant Power) 지원 • 권한인증 및 SSO 서비스를 안정적으로 운영할 수 있어야 하며, 사용자 인증 처리 시 높은 가용성과 보안성을 제공하여야 한다.

고유번호		ECR-005
명칭		PACS DB 서버 H/W
요구사항 상세설명	세부 내용	• 형태 : Rack Type • CPU : Intel Xeon 6 6724P 3.6GHz 이상 (16Core / 32Thread 이상) • Memory : 128GB 이상 • Disk : Enterprise SSD 480GB RAID1 • NIC : 10Gbps Dual Port × 2 이상 • HBA : 32Gbps Dual Port × 2 이상 • OS : Red Hat Enterprise Linux Standard • RAID Controller 지원 • 이중전원(Redundant Power) 지원 • PACS 데이터베이스 운영을 위한 서버로 대용량 의료영상 데이터의 저장 및 조회가 가능하여야 하며, Oracle Database 운영에 적합한 성능을 제공 하여야 한다.

고유번호		ECR-006
명칭		개발 서버 H/W
요구사항 상세설명	세부 내용	• 형태 : Rack Type • CPU : Intel Xeon 6 6724P 3.6GHz 이상 (16Core / 32Thread 이상) • Memory : 128GB 이상 • Disk : Enterprise SSD 480GB RAID1 • NIC : 10Gbps Dual Port × 2 이상 • HBA : 32Gbps Dual Port × 2 이상 • OS : Red Hat Enterprise Linux Standard • RAID Controller 지원 • 이중전원(Redundant Power) 지원 • 개발 및 테스트 환경을 위한 서버로 운영환경과 동일한 구성을 제공하여야 하며, 프로그램 개발 및 검증을 안정적으로 수행할 수 있어야 한다.

고유번호		ECR-007
명칭		SAN Switch H/W
요구사항 상세설명	세부 내용	• 형태 : Rack Type • Interface : 32Gbps Fibre Channel • Port : 24Port 이상(확장 가능) • SAN 스토리지와 서버 간의 고속 데이터 전송을 지원하여야 하며, 향후 포트 확장이 가능한 구조를 제공하여야 한다.

고유번호		FUN-001
명칭		기능요구사항 공통
요구사항 상세설명	세부 내용	• 본 사업은 기존 AIX 기반에서 운영 중인 통합의료정보시스템을 Red Hat Enterprise Linux 기반으로 전환(U2L)하는 사업으로, 단순한 운영체제 교체가 아닌 기존 운영환경(Configuration)의 분석을 기반으로 동일한 서비스 환경을 Linux에서 구현하는 것을 목적으로 한다. • 사업자는 기존 서버의 OS Configuration, Network, 사용자 환경(Profile), Scheduler, Middleware(Tmax), Oracle Database, 환경변수 및 Application 실행환경을 종합적으로 분석하여 TO-BE 운영환경을 설계하여야 하며, 운영 중인 서비스가 중단 없이 이전될 수 있도록 단계별 Migration 계획을 수립하여야 한다. • 또한 구축 완료 후에는 기존 시스템과 동일한 기능 및 성능을 확보하여야 하며, 운영환경에 대한 표준 구성 문서(Configuration Guide)를 작성하여 제출하여야 한다. • 기존 AIX 서버의 OS Configuration을 분석하여 Linux 환경에 적합한 TO-BE Configuration을 설계하여야 한다. • Network Interface(en8, en9), IP Address, Routing, Hostname 및 통신환경을 분석하여 동일한 운영환경을 구성하여야 한다. • 사용자 Profile(.profile), 환경변수(PATH, LIBPATH, LD_LIBRARY_PATH 등)를 분석하여 Linux 환경에 동일하게 적용하여야 한다. • Tmax 및 Oracle 실행환경에 필요한 환경변수와 Application Directory 구조를 분석하여 운영환경을 구성하여야 한다. • Cron Scheduler 및 Batch Job 운영현황을 분석하여 Linux Cron 환경으로 이전하여야 한다. • 구축 완료 후 Configuration 비교 결과 및 이전 결과를 문서화하여 제출하여야 한다.

□ 기능 요구사항(FUN)

고유번호		FUN-002
명칭		서버OS 설치
요구사항 상세설명	세부 내용	• 기존 AIX 운영환경에서 사용 중인 시스템 Configuration을 분석하여 Red Hat Enterprise Linux 기반의 신규 운영환경을 구축하여야 한다. • 단순 OS 설치가 아닌 기존 시스템의 Kernel Parameter, File System, Network, User Environment 및 Application 실행환경을 Linux 환경에 맞게 최적화하여 동일한 운영환경을 구현하여야 한다. • AIX에서 운영 중인 OS Parameter 및 시스템 설정을 분석하여 Linux 환경에 적합하게 적용하여야 한다. • 기존 User Profile 및 Shell 환경(.profile)을 분석하여 PATH, Library Path, Oracle 및 Tmax 환경변수를 동일하게 구성하여야 한다. • 기존 Network Interface의 통신환경을 분석하여 Linux Bonding 또는 Interface 환경을 구성하여야 한다. • File System 및 Mount 정보를 분석하여 운영환경에 적합한 LVM 및 File System을 구성하여야 한다. • Hostname, DNS, NTP, SSH 및 시스템 보안정책을 적용하여 운영환경을 구축하여야 한다. • 구축 완료 후 Configuration 결과를 문서화하여 제출하여야 한다.

고유번호		FUN-003
명칭		미들웨어 TMAX 재설치
요구사항 상세설명	세부 내용	• 기존 AIX 환경에서 운영 중인 Tmax Middleware의 Configuration을 분석하여 Linux 환경에서도 동일한 서비스가 운영될 수 있도록 구축하여야 한다. • 특히 현재 운영 중인 TMAXDIR, TMAX_HOST_ADDR, TMAX_HOST_PORT, SDLFILE, FDLFILE 및 Application 실행환경을 분석하여 Linux 환경에서도 동일한 서비스 구성이 가능하도록 이전하여야 한다. • 기존 Tmax 운영환경 및 Configuration을 분석하여 Linux 환경으로 이전하여야 한다. • TMAXDIR 및 환경변수를 Linux 환경에 맞게 재구성하여야 한다. • Tmax Host 정보 및 Port 설정을 동일하게 구성하여야 한다. • Application 실행 Script 및 Startup Script를 Linux 환경에 맞게 작성하여야 한다. • Batch 수행환경과 Scheduler를 Linux 환경으로 이전하여야 한다. • 구축 완료 후 Middleware 기능 및 서비스가 정상 동작하는지 확인하여야 한다.

고유번호		FUN-004
명칭		권한인증 재설치
요구사항 상세설명	세부 내용	• 기존 TouchEn Wiseaccess v1.3 SSO Agent에서 TouchEn Wiseaccess v1.4 SSO Agent 로 업그레이드 작업 • 기존 의료정보시스템에서 운영 중인 권한인증 체계를 Linux 환경에서도 동일하게 제공하여야 하며, Application 및 Middleware와의 연동을 고려하여 인증환경을 구축하여야 한다. • 기존 로그인 정책 및 사용자 권한이 변경 없이 유지될 수 있도록 구성하고, 장애 발생 시에도 인증서비스가 안정적으로 제공될 수 있도록 하여야 한다.

고유번호		FUN-005
명칭		DB 암호화 시스템 설치
요구사항 상세설명	세부 내용	• 기존 암호화 솔루션의 안정적인 제거 및 신규 솔루션의 무중단/최소 다운타임 설치·전환 방안을 제시 • 타깃 DB 시스템의 Unix to Linux(U2L) 플랫폼 전환 환경을 고려하여, OS 커널 및 DB(Oracle RAC 등) 이중화 환경과의 완벽한 호환성을 보장 • 국정원 CC(Common Criteria) 인증 제품(P.P 준수) • 성능검증을 위한 DB암호화제품 도입 시 한국정보통신기술협의인 TTA 공인 시험을 받은 제품으로 결과서 제출(제안 또는 계약 시) • 모든 개발환경(C, C++, JAVA, PHP, ASP, JSP, Python 등) 지원 • 국내외 표준 암호 알고리즘 (SEED, ARIA, LEA, AES, SHA-2) 지원 • Plug-In, API, Hybrid, Kernel 등 다양한 암호화 방식을 지원하는 제품이어야 하며, 본 사업에서는 기존 암호화 방식(예: Plug-In 등)의 안정적인 마이그레이션 및 이행 구축을 지원 • 모듈 업데이트 시 다수의 에이전트 자동 배포 지원 • 에이전트 실시간 모니터링 및 상태 감시, 대시보드 기능 제공 • 암/복호화 및 보안정책 관리 등 감사로그 기능 제공 제품 • API 암호화 시 다양한 C, C++, JAVA 등 모든 개발 환경에 암복호화 라이브러리 제공 • OS 커널 암호화 적용 시 Application 소스 수정 없이 암호화 적용 지원 • TXT, Binary 등 모든 비정형 파일 암호화 지원 • 비정형 파일 내 개인정보 검색 기능 지원 • 관리자 인증 시 MFA 지원 • 로그인 시 CAPTCHAR 인증 추가로 보안성 향상 지원

고유번호		FUN-006
명칭		통합의료정보시스템 INTERFACE 장비 연동
요구사항 상세설명	세부 내용	• 구축 완료 후 Linux 기반 운영환경에서 통합의료정보시스템이 기존 AIX 운영환경과 동일하게 동작하는지 종합적인 검증을 수행하여야 한다. • 특히 Application 실행환경, Oracle Database, Tmax Middleware, Cron Batch, Network Interface 및 외부 연계시스템이 정상적으로 운영되는지 확인하고, 실제 업무 환경에서 발생할 수 있는 다양한 시나리오를 기반으로 기능 및 성능을 검증하여야 한다. • 의료정보시스템과 연계되는 각 시스템의 기능이 정상적으로 수행되는지 확인하여야 한다. • 기존 Cron Batch 및 Scheduler가 Linux 환경에서도 동일하게 수행되는지 검증하여야 한다. • Oracle Database 및 Middleware 연동 상태를 확인하여 업무 처리에 이상이 없음을 검증하여야 한다. • 운영환경에서 발생할 수 있는 장애 상황을 가정하여 서비스 복구 절차를 확인하여야 한다. • 사용자 검증을 통해 기존 시스템과 동일한 업무 처리가 가능함을 확인하여야 한다.

고유번호		FUN-007
명칭		통합 DBMS 요구사항
요구사항 상세설명	세부 내용	[Oracle EE] • 최신 표준SQL 규격(SQL 2008 이상) 과 다양한 개발 환경 지원 • 운영중 데이터베이스 구조변경 기능 제공(DB용량 동적설정, 칼럼 추가, 인덱스 생성,삭제,변경 기능) • 데이터 최적화를 위한 온라인Reorganization 기능 제공 • 데이터 조회SQL Query의 병렬처리 기능 지원 • 데이터 관리 작업(Insert, Update, Delete, Merge) 에서의 병렬처리 기능 지원 • 분산작업 처리를 위한2단계Commit 지원 • 행수준 잠금(Row-Level Locking)등 효율적인Lock Mechanism을 제공할 것 • Index Organized Table, Bitmap Index, Reverse Key Index 등 • 성능향상을 위해 사용할 수 있는 인덱스 기법 지원 • 정형 및 비정형의XML, JSON, Spatial 등 다양한 데이타 형식을 지원 • 인메모리 데이타 분석 및 컬럼 기반 애플리케이션 성능 향상 기능을 제공 • 빅데이타 분석을 위한 데이타 플랫폼으로의 활용방안을 제시하고 기계학습, 서버 측 구동형R, Python 등의 연계 기능을 제공할 것 • 온라인DB 백업/복구 기능 지원 • 데이터 장애 시 빠른 복구를 위한 백업본을 이용한 블록 레벨의 복구 기능 지원 • 백업 대상 파일에Block Corruption등의 중요 오류 발생 시 이를Backup 수행 전 검출하여 백업 대상 파일의 무결성 사전 검증기능 제공 • 빠른 데이터 백업을 위해 디스크 백업 시 각 데이터 파일에도 병렬 백업 지원 • 사용자 작업실수 등에 대해 과거 특정시점으로의 기존Point-in-Time 복구이외에 플래시백 기능 제공 [Real Application Clusters (RAC)] • 공유디스크 기반의Active-Active 데이터베이스 클러스터 지원 • 시스템 용량, 성능, 가용성 등을 위해CPU, Disk, Server등의 추가가 발생하였을 경우 데이터의 재배치 없이 즉시 확장이 가능해야 함 • 클러스터된 데이터베이스에서 장애발생시 자동으로Fail-Over 기능을 자체적으로 제공해야 하며 클러스터DB 간 트랜잭션은 무중단Fail-over 기능을 지원 • 계획되지 않은DB 인스턴스 장애시DML 작업중인 트랜잭션을 자동으로 재실행하는 기능 • 클러스터 상에서 대용량 데이터처리를 위한 인스턴스간 병렬처리 기능 지원 • 업무별 애플리케이션DB 접속이 노드별로 고정 접속하지 않고 각DB 노드의 부하 상황에 따라 자동으로 클러스터 데이터베이스에서 부하 분산하여 동적 접속할 수 있는 구조를 제공 • 데이터베이스 노드의 동적(무중단) 추가, 삭제 기능 제공 • 안정적인 클러스터 구성을 위해 제안하는 데이터베이스와 동일한 회사에서 제공하는 전용 클러스터링 소프트웨어와 자동 스토리지 관리 소프트웨어를 기본으로 같이 제공 [Partitioning] • 다양한 데이터 분할(Data Partitioning) 기법 및 분할데이터 관리기법 제공 • Range, Hash, List 파티션 구성 및 이를 혼용한Composite 파티셔닝 기능을 모두 지원 • SQL 실행 시 필요한 파티션만 접근해 I/O 및CPU 사용량 대폭 감소시켜 응답 시간 단축 • 파티션 단위 조인 및 집계를 수행하고 병렬 처리 효율과 쿼리 성능 향상 • 일반 테이블을 파티션으로 전환할 수 있는 기능 제공 • Range 파티션 사용 시 이력 기간의 변화에 따라 파티션의 자동 생성 기능 제공 • 인덱스 생성 시 파티션 전체가 아닌 일부에 대해서도 구성할 수 있는 기능 제공 • 테이블의 특정 파티션을 다른 공간으로 이동 작업 중DML 작업을 허용 하는 기능 제공

고유번호		FUN-008
명칭		U2L 전환 요구사항
요구사항 상세설명	세부 내용	• U2L 수행 방법 및 계획, 일정 작성, 일정 관리 • 타깃 DB 시스템 전환에 따른 연계 시스템 영향도 분석 • 플랫폼 전환(Unix to Linux)에 따른 DB 기능 및 호환성 분석 • DB OS 변경에 따른 응용프로그램(SQL, DB 연계 모듈) 및 연계시스템 영향도 분석 • 타깃 DB 시스템(U2L) 전환에 따른 연계 환경(OS, Weblogic 등)의 AS-IS 분석 및 TO-BE 연계 설정·검증 • 단계별(단위, 통합, 시스템, 성능) 테스트 시나리오 작성 및 결과서 작성

고유번호		FUN-009
명칭		데이터 이행
요구사항 상세설명	세부 내용	• 데이터 이행 대상 및 이행계획 방안 제시 • 테이블 설계에 따른 기운영중인 데이터 전환 및 검증방안 제시 (기존 데이터 보관/변환 내용과 신규 데이터 처리방안 구분 제시) • 효율적인 데이터 이행을 위한 구체적이고 차별화된 데이터 이행 방안 제시 • 개인정보 보호 관련 암호화 적용을 고려하여야 함 • 기존 시스템에 적재된 데이터 이관 시, 서울의료원 관리지침 준수 • 기존 시스템이 사용하지 않았던 데이터 필요 시 추가 이행 • 이행 대상 변경 및 시기 등은 서울의료원과 협의하여 진행

고유번호		FUN-010
명칭		이행팀 구성 및 업무역할 정의
요구사항 상세설명	세부 내용	• 이행팀을 구성하고 업무팀과 수·발주기관 간 이행업무 역할 지정 (데이터의 정제, 매핑정의서 작성, 데이터추출/변환, 적재, 정합성 검증 등) • 데이터 이행 S/W개발 및 데이터 이행 과정에서 자료 유출, 오남용 방지를 위한 인적, 관리적, 물리적, 기술적 보안 대책을 제시하여야 함

고유번호		FUN-011
명칭		데이터이행 환경구축
요구사항 상세설명	세부 내용	• 프로그램 개발 및 테스트, 데이터이행을 위한 환경을 구축하여야 함(목표 시스템의 기술적 구성(H/W, S/W 등), AS-IS 및 TO-BE DB 구성 등을 분석하여 단계별(단위테스트, 통합테스트, 사용자테스트, 시험운영, 시범 운영, 운영환경)로 최적의 환경 구축 • TO-Be 운영시스템내에서 테스트 등 이행 준비 작업이 이뤄질 수 있도록 하고 필요시 별도의 시스템을 추가하여 이행 작업을 지원하여야 함 • 환경 구축과 관련된 사항은 제시된 사항을 발주기관과 협의하여 결정하 여야 함

고유번호		FUN-012
명칭		최적의 데이터 이행 방안 마련
요구사항 상세설명	세부 내용	• 기존 시스템에서의 데이터 추출, 새로운 시스템에 데이터 적재 등 데이터 이행 절차의 각 단계별 작업시간을 최소화 할 수 있는 방안을 제시하여야함 (활용 가능한 방안은 제안사가 제시하고 발주기관과 협의하여 결정) • 시스템 개통을 위한 최종 시스템 이행이 짧은 기간 동안 차질 없이 수행될 수 있도록 선 이행 대상 데이터를 식별하여 단계적으로 선 이행하고, 데이터 이행 시나리오 최적화, 단위작업 튜닝 등을 통해 최종 데이터 이행에 소요되는 시간을 최소화하여야 함

고유번호		FUN-013
명칭		데이터 이행 검증 방안
요구사항 상세설명	세부 내용	• 데이터 이행 절차의 각 단계별 데이터의 검증을 통해 데이터의 무결성을 보장하여야 함 • 데이터 검증은 이행의 각 단계에 생성되는 데이터 및 최종 목표 데이터가 목표 시스템에 적합하게 이행되었는지를 검증 • 이행된 데이터에 대해서는 이행 데이터 검증 방법에 대해 사업의 특성을 고려한 구체적인 방안을 제시

고유번호		FUN-014
명칭		데이터 이행 및 안정화 지원
요구사항 상세설명	세부 내용	• 데이터 이행 체크리스트 작성, 각 단계별 수행시간, 일정 등을 고려한 시나리오를 작성하여 이행 작업을 실시하여야 함 • 최종 데이터 이행 작업과 이행 결과를 검증하여야 함 • 데이터 이행 후 안정화 작업을 지원하여야 함

고유번호		TER-001
명칭		테스트 계획수립 및 실시에 대한 공통사항
요구사항 상세설명	세부 내용	• 사업자는 개발 및 테스트가 원활히 수행될 수 있도록 하여야 하며, U2L 추진에 필요한 개발 및 테스트 환경 등은 제안사가 구축하여야 함 - 구축 단계별 테스트 목적, 대상, 주체, 방법을 명확히 구분하여, 타당성 및 현실성 있는 테스트 계획(일정 및 방안) 수립/제시 - U2L 전환 이후 대상 업무별로 단위테스트, 통합테스트, 시범운영테스트, 인수테스트 등 제반 단계별로 구분하여 상세 수행 방안 제시 - 다양한 시험이 가능하도록 충분한 시험케이스를 수행해야 함 - 테스트 계획서에는 테스트 목적, 일정, 대상, 절차/방법, 참여자별 역할과 책임, 준비사항(테스트 데이터 및 시나리오 등), 진입/진출 조건 등을 포함 • 테스트 방안은 아래와 같은 세부적인 사항을 포함해야 함 - 본 사업기간 동안 각각의 테스트 실시 후 테스트 결과를 기록하고, 테스트 결과를 모니터링하여 결함 발견 시 결함이 해소될 때까지 테스트를 지속 적으로 실시해야 하며, 각 테스트 이후 발견되는 오류 및 결함을 수정하고 관리하여야 함 - 기존 업무에 대한 모든 기능을 대상으로 사전테스트를 진행하고 결과를 기록하여 U2L 전환 이후 테스트 결과와 비교하여 기존 업무가 정상적으로 작동될 수 있도록 하여야 함 - 단계별 테스트 진행 완료 후 다음 단계 테스트 착수 진행 • 테스트 유형 - 단위(회귀), 통합, 시범운영, 인수 테스트 - 각 테스트 시 오류 처리 테스트 및 경계값 테스트를 포함하여야 함 • 테스트 관리 및 수행 지원 도구 활용 - 본 사업에 적합한 테스트 관리 및 수행 방안 제시해야 함 • 시스템 오픈을 대비한 대상 업무별 시험운영 방안을 모색하여 성공적 오픈 전략 수립 및 이행

□ 테스트 요구사항(TER)

고유번호		TER-002
명칭		사전테스트
요구사항 상세설명	세부 내용	U2L 전환 이전에 기존 업무들에 대한 기능 정상 여부 확인 • 사전테스트 수행을 위한 시험 범위, 수행절차, 조직, 일정, 시험환경 및 기능 검증 기준 등을 위한 계획서와 결과보고서등 산출물 작성 - 대상 기능별 사전테스트 케이스 작성 - 사전테스트 결과에 대한 결과보고서를 제출 • 사전테스트 시에 다음의 내용이 점검되어야 함 - U2L 전환 대상 업무시스템의 전체 기능 목록에 대한 정의 - 대상 기능의 정상 작동 여부 및 테스트 결과 - 사전테스트 결과 작성 및 보고(시험일시, 정상 작동/미작동 결과 등)

고유번호		TER-003
명칭		단위테스트
요구사항 상세설명	세부 내용	단위테스트에 대한 테스트 방법 및 내용 • 단위시험의 범위, 수행절차, 조직, 일정, 시험환경 및 평가 기준을 구체적 으로 수립 - 단위테스트가 원활하게 이루어질 수 있도록 사전에 단위테스트 케이스 작성 및 제출 - 구축 사업자는 단위테스트 결과와 결함 조치가 포함된 단위테스트 결과 보고서를 제출 • 단위시험 시에 다음의 내용이 점검되어야 함 - 결함 유형 분석(결함 발생건수, 결함비율) - 결함 심각도 분석(치명적 결함, 주요결함, 단순 결함, 사소한 결함, 개선 사항별 발생결함 건수) - 결함 발견 추세분석(시험일시, 발견결함 수) • 단위시험의 범위, 수행절차, 조직, 일정, 시험환경 및 평가기준을 구체적으로 수립하여야 함

고유번호		TER-004
명칭		통합테스트에 대한 테스트 방법 및 내용
요구사항 상세설명	세부 내용	단위테스트에 대한 테스트 방법 및 내용 • 단위테스트가 완료된 U2L 대상 업무/기능들을 대상으로 통합테스트 실시 • 통합테스트를 위한 전담 조직을 구성하여, 테스트 관리자가 전체 과정 진행 • 통합테스트 시나리오에 따라 단위테스트가 완료된 기능들을 대상으로 다음 사항 검증 - 업무설계가 완료되는 시점에 통합테스트 계획 및 시나리오를 도출해야 함 - 실제 운영환경과 동일하게 구성하여 실시 - 기능, 성능 등의 요구사항 및 설계 사양 충족여부 검증 - 기능의 정상적 수행여부 검증 등 - 기능수행 후의 결과가 시나리오에서 예측된 결과와 일치하는지 검증 - 내외부 시스템 간 연계 및 이를 포함하는 업무 흐름 검증 • 통합테스트 결과와 향후 조치방안이 포함된 통합테스트 결과보고서 제출 • 테스트 결과에 따른 사업자 자체적인 시정조치 이외에 발주사의 요청사항이 있을 시 이에 대한 추가 테스트 방안 마련 및 이행 • 테스트 커버리지 툴을 활용한 정량적인 통합테스트 결과 제시 • 산출정보 : 통합테스트 시나리오, 통합테스트 결과보고서

고유번호		TER-005
명칭		시범운영테스트
요구사항 상세설명	세부 내용	• 시범운영 테스트는 이전에 시행한 테스트의 보완점을 개선한 이후에 발주사 직원이 참여하여 실시함 • 정상적으로 운영되는지 검증하기 위하여 실제 업무와 동일하게 테스트하며, 이를 위한 절차와 방법에 대하여 시범운영 계획서를 작성함 • 사업자는 시범운영 테스트 참여자들이 테스트를 할 수 있도록 시범환경을 준비함 • 시범운영 테스트 참여 직원들은 시범운영 계획서에 따라 대상 업무에 대한 테스트 수행 후 결과를 발주사에 제출 • 사업자는 시범운영 테스트 결과를 바탕으로 시스템을 보완하여야 함

고유번호		TER-006
명칭		사용자테스트
요구사항 상세설명	세부 내용	• 사용자테스트에 대한 계획을 제시 - 사용자 승인을 위한 검사 및 테스트 수행방법, 절차, 참여조직 및 역할, 점검사항, 최종 검수기준, 점검 후 조치방안 등을 세부적으로 기술하여 계획을 수립하여야 함 - 사용자 승인테스트는 시험환경을 구축하고 테스트 할 수 있어야 함 • 요구사항별 적합·부적합 판정을 할 수 있도록 요구사항별 테스트를 수행할 수 있어야 하며, 이에 따른 테스트 데이터를 준비하여야 함 • 발주사와 협의하여 승인 검사·테스트를 계획하고, 발주사가 승인 검사· 테스트를 이행하기 위하여 필요한 모든 조력을 제공하여야 함 • 개발 완료 후 최종 산출물 및 테스트 결과물을 첨부하여 발주사에 승인 검사 및 테스트를 요청하여야 하며, 승인 검사 및 테스트 과정에서 발견된 결함, 오류, 하자 사항들은 만족한 결과를 얻을 때까지 보완·테스트를 반복적으로 실시해야 함

고유번호		TER-007
명칭		성능테스트
요구사항 상세설명	세부 내용	• 성능 요구사항 충족 여부를 확인하고, 시스템 가용성 및 안정성을 확보 하고, U2L 전환 대상 전체 기능별, 업무별 성능테스트 (Performance Test) 실시 • 사전에 발주사에 일정, 대상 범위, 테스트 수행 환경, 참여자 및 역할, 수행 절차 등이 포함된 성능테스트 계획서 제출 • U2L 성능테스트를 위해 모든 대상 업무 및 기능에 대한 응답시간, 처리량 등 성능 지표를 측정하고 기존시스템과 비교하는 성능 테스트를 실시하 여야 함 • 성능테스트를 통해 사용자 화면 응답시간, 업무영역별 성능 적정성 및 최적화(튜닝) 필요 여부 등의 결과를 도출 • 성능테스트 결과와 그 결과에 따른 향후 조치 방안이 포함된 성능테스트 결과보고서를 제출 • 결과보고서에는 테스트 대상 업무 및 기능, 성능 지표값(기존 시스템의 기능들에 대한 응답속도 등), 요건 충족도, 성능 최적화 방안, 이슈 등이 포함되어야 함 • 구축 사업자는 테스트 결과에 따른 자체적인 시정조치 이외에 발주사의 추가 요청사항이 발생 시 이에 대해 이행하여야 함 • 성능테스트 계획서, 성능테스트 시나리오, 성능테스트 결과보고서

고유번호		SER-001
명칭		보안 공통 요구사항
요구사항 상세설명	세부 내용	• 본 사업과 관련하여 취득한 일체의 정보를 유출 또는 누설되지 않도록 철저한 관리를 해야 하며, 이의 위반으로 인한 문제발생시 민‧형사상의 모든 책임 및 서울의료원의 손해배상에 대한 책임을 짐. • 제안업체는 본 제안요청과 관련한 모든 문서를 대외비로 취급하여야 하며, 제안참여 업체관계자 이외의 인원에 대해서는 공개하지 말아야 함. • 제안업체는 무인정보단말기 및 지능형 순번대기안내시스템 설치 완료에 따른 검수 요청시 [별첨2]보안서약서를 제출하여야 함. • 제안업체는 서버설치, U2L 변경, 각종 S/W 구축 완료에 따른 검수 요청시 [별첨2]보안서약서를 제출하여야 함. • 제안업체 및 선정업체는 제안요청서, 제안서, 사업 산출물 등 각종 도서를 다른 목적으로 사용할 수 없음. • 기밀보안 및 정보보호 방안 - 제안업체는 용역수행 기간 중 인지한 내부정보 및 기밀사항을 누설, 반출해서는 안 되며 사용자 내부정보 및 용역수행 중 데이터의 위조, 변조, 훼손 방지를 위한 보안대책을 수립하여야 함. - 착수 시점에 각 개인이 서명한 보안서약서를 제출하여야 하며, 완료 시 사용PC에 대한 개인정보검색 및 조치결과를 제출하여 보안성 검사를 필하여야 하고, 대표자는 용역에 투입되는 인원 전체에 대한 보안상 총괄책임을 져야 함 - 제안업체는 외부PC(노트북 등)반입 시 보안 프로그램을 반드시 설치하고, 내부 사용자 보안사항을 준수하여야 함. - 제안업체는 시스템 측면에서의 종합적인 보안 및 정보보호방안을 제시하여야 함. - 제안업체는 본 사업 수행기간 중 중요 데이터 등 정보 누출에 대비하여 구체적인 정보보호계획 및 방안을 제시 및 시행하여야 함. · 시스템 측면에서 보안방법 및 절차 · 정보의 유출 및 변경의 가능성을 차단하는 등 데이터에 대한 보안방법 · 운영자, 사용자에 대한 접근 권한 부여 등 소프트웨어적 보안기능 · 고객 개인정보 및 데이터 등 기밀 누출 시 보상계획 방안 - 제안업체는 사업수행에 있어 악성코드에 감염된 도구를 사용하여서는 아니되며, 인가받지 않은 USB등의 보조기억매체 사용을 금지한다. 또한, 사업수행 시 승인되지 않은 외부 인터넷망 사용을 금하여야 하며, 사업 관련 자료는 인터넷 웹 하드, 웹 메일 등 외부에 저장 및 전송을 금지함.

□ 보안 요구사항(SER)

고유번호		SER-002
명칭		개인정보 보안
요구사항 상세설명	세부 내용	• 제안업체는 위탁업무 수행 목적 및 범위 외 개인정보의 처리를 금함. • 제안업체는 개인정보의 제3자 제공 및 재위탁을 금함. • 제안업체는 위탁받은 업무와 관련하여 개인정보를 처리하는 과정에서 개인정보보호법 및 사업자가 준수해야 할 의무를 위반하여 발생하는 손해배상에 대한 전적인 책임을 짐. • 제안업체는 위탁받은 개인정보가 분실·도난·유출·변조 또는 훼손되지 아니하도록 주의하여야 하며, 서울의료원의 개인정보 처리실태를 위해 실시하는 감독 및 점검에 응해야 함.

고유번호		SER-003
명칭		참여인력 보안
요구사항 상세설명	세부 내용	• 사업 착수 시 - 사업 관리인력 및 대표자 명의의 보안서약서를 작성하여 각각 제출 하여 야 함. - [별첨2] 보안서약서(대표자용), 보안서약서(용역업체 직원용) - 제안업체는 사업 수행 전 참여인원에 대해 법률 또는 규정에 의한 비밀 유지의무 준수 및 위반 시 처방 내용 등에 대한 보안 교육 실시 • 사업 수행 시 - 참여인력은 보안인식강화를 위해 주기적으로 자체 보안교육을 실시해야 하며, 발주기관이 요구 시에는 보안교육에 참석 • 사업 종료 시 - 사업관련 자료를 보유 및 유출하여서는 안 됨을 확인 후, 사업종료에 따른 보안서약서 제출

고유번호		QUR-001
명칭		기술지원
요구사항 상세설명	세부 내용	• 콘텐츠의 수정, 추가 등 유지보수가 용이하도록 자료를 데이터베이스화하여 관리자 프로그램 설계 추진 • 본원 의료정보시스템과 상호 연동되어 각종 정보를 표출할 수 있도록 TCP/IP 포트를 내장하여 확장성을 확보하여야 함. • 본원 의료정보시스템과 제안업체의 시스템 간의 원활한 인터페이스가 가능하도록 시스템을 구성하여야 하며, 이에 대한 금액은 계약금액에 포함하여야 함. • 제안업체는 계약체결 이후에도 관련분야의 정보에 대한 지속적인 정보제공 및 기술 자문에 응해야 함. • 제안업체는 계약체결 이후 시스템 운영에 관한 전반적인 관리매뉴얼 및 기술자료를 제공하고, 사용자가 편리하게 업무를 사용할 수 있도록 교육하여야 함. • 본 사업을 추진하는데 있어 필수적이라고 판단되는 기술이전 사항은 제안요청서에 기술되지 않았더라도 사업범위에 포함되어야 함. • 계약 종료 전 인수인계 필요 시 발주기관의 운영에 지장이 없도록 필요한 산출물 제공 등 인수인계를 성실히 수행하여야 함. • 계약 기간 중 공급장비 중 제조사 기술지원 종료, 추가 보안요구사항 적용 필요 시 발주기관에 문제가 발생하지 않도록 적정 변경 혹은 교체 작업을 하여야 하며, 이에 대한 금액은 계약금액에 포함하여야 함. • 시스템 장애 등 비상 상황 발생 시 피해 최소화 및 우회, 대처 방안을 통한 신속한 복구(백업) 방안을 제시하고 개선하여야 한다.

□ 품질 요구사항(QUR)

고유번호		QUR-002
명칭		설치 및 검수
요구사항 상세설명	세부 내용	• 발주기관에서 지정하는 장소에 장비를 납품 및 설치하여야 함. • 제품의 운반 및 설치 과정에서 제안업체의 귀책사유로 제품에 하자가 발생된 경우 제안업체는 신품으로 교체 설치하여야 함. • 발주기관 사정으로 인한 이전 설치시 이전 설치에 필요한 사항을 모두 지원하여야 함. • 전원, 유선 네트워크는 발주기관에서 제공하며, 이 이외에 필요한 제반사항은 제안업체가 지원하여야 함. • 제안업체는 납품 기한 내에 제품을 납품 및 설치 완료하여야 하며, 정상적으로 가동되도록 조치하여야 함. • 최종 검수 결과 시스템 운영이 불가하다고 판단되거나 장비의 하자 발생으로 계약조건을 이행하지 못하는 것으로 판단될 시 발주기관의 요구에 의해 제안업체는 납품,설치한 모든 장비를 철거 및 회수하여야 하며, 이에 대한 비용은 제안업체가 모두 부담하여야 함. • 납품하고자 하는 모든 제품은 제안요구사항 세부규격과 일치하여야 함. • 제품의 납품, 설치는 발주기관의 업무에 지장을 초래하지 않는 시간을 이용하여 작업하여야 하며, 기존 시스템 운영에 전혀 지장을 초래하지 않도록 완벽한 호환과 정상적 운영이 이루어지도록 해야 함. • 검수의 대상 범위는 임대할 제품 세부규격서에 의한 제품의 납품, 설치 및 정상 가동여부에 대한 확인과정을 포함함. • 제안업체는 계약 후 제품 임대 시작일 이전에 제품 설치 및 테스트를 완료하여야 하며, 설치완료보고서를 서면으로 발주기관에게 통지하고, 발주기관이 지정하는 장소에서 검사를 받아야 함. 규격 확인이 곤란하거나 미흡한 경우 제안업체는 관련 증빙서류를 추가로 제출하여야 함. • 발주기관은 제안업체의 통지를 받은 날부터 14일 이내에 검사를 완료하여 제안업체에 통지하여야 하며, 해당 기간내 별도 통지가 없을 경우 검사를 완료한 것으로 함.

고유번호		QUR-003
명칭		납품 조건
요구사항 상세설명	세부 내용	• 제안업체는 발주기관의 업무추진 효율성, 전문성, 특수성 등을 고려하여 하드웨어 및 소프트웨어를 일괄 납품, 설치하여야 함. • 납품하는 제품의 모든 구성품은 세부규격을 100% 만족시키는 정품, 신품, 완제품으로 공급하여야 하며, 제품 제조사(국내 공급권자 포함)가 발행한 공급자 확약서 및 기술지원확약서를 제출하여야 함.

고유번호		QUR-004
명칭		하자담보책임
요구사항 상세설명	세부 내용	• 납품한 시스템의 하자담보 책임기간은 본 사업 검수 완료일로부터 1년으로 한다. • 제안사는 발주기관과 계약 후 공급한 시스템에 대해서 발주기관 요청 시 공급사와의 하자담보책임기간이 명기된 계약내용을 제출해야 한다. • 발주기관 보안규정을 준수 하여야 한다. • 하자보수를 보증하기 위하여 계약서에서 정한 하자보증기준에 따라 보증서 또는 증권 등으로 서울의료원에 납부한다.

배점·평가

구 분	평가항목	평 가 요 소	배점
정량평가 (20)	수행실적(금액)	최근 5년간 유사 사업 실적 금액	3
	수행실적(건수)	최근 5년간 유사 사업 실적 건수	3
	경영상태	기업신용등급 평가	6
	하도급계획 적정성	소프트웨어사업 계약 및 관리감독에 관한 지침에 따른 심사점수에 의한 평가	4
	기업 및 품질인증	기업 및 품질인증 건수에 따른 점수	4
정성평가 (70)	전략 및 방법론	∘ 제안요청에 대한 이해도 ∘ 사업목표 및 사업범위의 이해도 ∘ 추진 전략의 타당성 ∘ 추진 일정의 적절성	15
	사업수행방안	∘ 시스템 구성의 충족 정도 ∘ 구성 방안의 구체성 ∘ 요구기능 구현 방안의 구체성 ∘ 제안 방안 및 기술의 적정성 ∘ 요구 성능의 충족도 ∘ 테스트 방안의 적정성 및 구체성	20
	사업관리방안	∘ 보안관리 방안의 적정성 ∘ 품질보증 방안의 적정성 ∘ 세부 일정 계획별 개별 과업 수행의 적절성 ∘ 산출물 관리, 위험관리의 적정성 ∘ 수행 조직 및 PM, 수행인력의 적정성 ∘ 전문업체 참여여부 및 상호협력방안	20
	사업지원방안	∘ 유지관리 및 하자보수 방안의 적정성 ∘ 기술이전 계획, 체계의 적합성 ∘ 교육훈련 방안의 적정성 ∘ 추가제안 적정성	15
가격 평가	입찰가격	∘ 입찰가격평가(평점산식에 의함)	10
총 계			100

2. 평가 심사기준 및 배점

□ 평가표 ❍ 정량평가 평가항목 및 배점 기준 (1) 수행 경험(금액) ㉠ 평가대상 : 당해사업 발주규모(추정가격)대비 입찰공고일 기준 최근 5년간 U2L 변환 수행(준공)실적의 규모의 금액(부가세 제외한 단일 실적 금액)으로 평가 ※ 단, 공동수급으로 이행한 실적은 해당 회사의 실적(당시 출자비율 반영 또는 당시 분담내용)만을 인정하며, 본 사업에 공동수급으로 참여하는 경우 합산금액 및 합산건수는 공동수급 구성원 각각의 실적 및 건수에 출자비율 또는 분담비율을 곱하여 이를 합산한다. ㉡ 평가방법 : 절대평가제 - 당해사업 발주규모(추정가격)과 평가대상 입찰참가자의 유사사업 단일실적 중 최대실적의 금액(부가가치세 제외)과의 비율에 따라 해당되는 점수 부여 ․ ‘규모비율’ = (평가대상 입찰참가자의 유사사업 단일실적(최대실적) / 당해사업 추정가격) × 100

규모비율	100% 이상	80% 이상 ~ 100% 미만	60% 이상 ~ 80% 미만	40% 이상 ~ 60% 미만	40% 미만	하 (자료미제출시)
점수비중(%)	100	90	80	70	60	0
환산점수 배점: 3	3	2.6	2.2	1.8	1.4	0

(2) 수행 경험(건수) ㉠ 평가대상 : 입찰공고일 기준 최근 5년간 수행(준공)한 U2L 변환 수행 실적 합산건수로 평가하며, 실적 합산 시 단일실적 기준 5억원이상(부가가치세 제외) 사업으로 한정함 ※ 단, 공동수급으로 이행한 실적은 해당 회사의 실적(당시 출자비율 반영 또는 당시 분담내용)만을 인정하며, 본 사업에 공동수급으로 참여하는 경우 합산금액 및 합산건수는 공동수급 구성원 각각의 실적 및 건수에 출자비율 또는 분담비율을 곱하여 이를 합산한다. ㉡ 평가방법 : 상대평가제 - 입찰 업체수를 고려하여 등급별로 배분된 업체 수만큼 해당 등급 부여하고, 각 등급에 해당되는 점수로 환산

등급	수	우	미	양	가	하 (자료미제출시)
점수(%)	100	90	80	70	60	0
환산점수 배점: 3	3	2.6	2.2	1.8	1.4	0
업체할당(%)	10	20	40	20	10

업체수	등 급					업체수	등 급
업체수	수	우	미	양	가	업체수	수	우	미	양	가
2,3	1	1	(1)			12	1	3	5	2	1
4			1	1		13			5	3
5			2			14			6
6			2		1	15	2
7			3			16					2
8		2				17			7
9				2		18		4
10			4			19				4
11			5			20			8	4

회사채에 대한 신용평가등급	기업어음에 대한 신용평가등급	기업신용평가 등급	배점 : 6.0
AAA AA+, AA0, AA- A+ A0 A- BBB+ BBB0	- A1 A2+ A20 A2- A3+ A30	AAA AA+, AA0, AA- A+ A0 A- BBB+ BBB0	6.0
BBB-,BB+,BB0,BB-	A3-,B+,B0	BBB-,BB+,BB0,BB-	5.7
B+, B0, B-	B-	B+, B0, B-	5.4
CCC+ 이하	C 이하	CCC+	4.2

주) 1. 평가대상 업체의 회사채(또는 기업어음) 및 기업신용평가에 따른 평점이 다른 경우에는 높은 평점으로 평가하며, ‘신용평가등급확인서’를 제출하지 않은 경우에는 최저 등급으로 평가 2. 합병 또는 분할한 자가 입찰공고일 이전에 평가한 신용평가등급이 없는 경우에는 입찰서 제출 마감일 전일까지 발급된 유효기간 내에 있는 가장 최근의 신용평가등급으로 평가한다. 다만, 합병 후 새로운 신용평가등급이 없는 경우에는 입찰공고일 이전에 평가하고 유효기간 내에 있는 신용평가등급으로서 합병 대상자 중 가장 낮은 신용평가등급을 받은 자의 신용평가등급으로 평가한다. 3. 추정가격이 고시금액 미만인 입찰에서 입찰공고일을 기준으로 최근 7년 이내에 사업을 개시한 창업기업에 대해서는 신용평가등급 점수상의 배점 한도를 부여한다. 이 경우 창업기업에 대한 기간계산은 법인인 경우에는 법인등기부상 법인설립등기일을, 개인사업자인 경우에는 사업자 등록증명서상 사업자등록일을 기준으로 한다.(이하 창업기업에 대한 기간계산은 같다) 4. 공동수급으로 참여한 경우 공동수급체 구성원별로 각각 산출한 경영상태 평가점수에 각각의 출자비율 또는 분담 비율을 곱하여 이를 합산하여 평가 5. 중소기업협동조합이 입찰에 참여하는 경우 중소기업협동조합의 신용평가등급으로 평가 한다 (4) 하도급계획 적정성 ㉠ 평가기준 - 소프트웨어사업 하도급 계획서 상의 하도급에 참가하는 자의 전체 하도급 금액 비율(100분의 50미만), 재하도급 여부, 개별 하도급 금액 비율(100분의 10이하), 표준하도급계약서 사용여부 등을 고려하여 「소프트웨어 진흥법」에 따라 적정하게 계획하였는지를 평가한다. 다만, 하도급을 하지 않는 경우 최고등급을 부여할 수 있다. ㉡ 평가요소 - 입찰자가 계획한 하도급 계획의 관련 규정 준수여부

※ 하도급 허용사업이나, 하도급이 없는 경우 최고 등급 부여 ※ 원칙적으로 하도급에도 대기업참여제한제도가 적용됨 ㉢ 평가등급예시 (※ 참조 : 소프트웨어사업 하도급 계획 적정성 확인서)

5등급	①하도급 제한 규정을 모두 준수하고 ②표준하도급계약서를 사용한 경우
4등급	①하도급 제한 규정을 모두 준수하지 못했으나 ②준수하지 못한 항목이 관련 규정의 예외에 해당하고 ③표준하도급 계약서를 사용한 경우
4등급	①하도급 제한 규정을 모두 준수하였으나 ②표준하도급계약서를 사용하지 않은 경우
3등급	①하도급 제한 규정을 모두 준수하지 못했으나 ②준수하지 못항 항목이 관련 규정의 예외에 해당하고 ③표준하도급 계약서를 사용하지 않은 경우
1등급	하도급 제한 규정을 미준수한 경우

(5) 기업 및 품질 인증 ㉠ 평가기준 : 입찰 공고일 전까지 유효기간 내에 있는 기업 및 소프트웨어 관련 품질인증 등을 획득한 경우 취득한 인증의 건수에 따라 절대평가 <부여점수>

평가항목	배점	평가점수 (취득한 인증에 해당되는 점수의 합)	평점
기업 및 소프트웨어 관련 인증	4.0	3점 이상	4.0
		2점	2.7
		1점	1.3
		0점 (서류 미제출)	0

<인증유형>

인증	점수
소프트웨어 프로세스인증(SP)(2등급,3등급)	1
소프트웨어 품질인증(GS)(1등급, 2등급)
정보보호시스템인증(CC)
신기술인증(NET)
신제품인증(NEP)
기술혁신형 중소기업(Inno-biz 인증)
경영혁신형 중소기업(main-bix 인증)
품질경영시스템(ISO 9001) 인증
시스템 관련 특허보유	1 (최대 3점)

❍ 정성적 평가 평가방법 적용기준 정성적 평가점수는 평가항목별 등급을 5등급(수, 우, 미, 양, 가)로 구분하여 평가하며, 항목별 배점에 따라 등급점수를 부여하고, 항목평가를 위한 자료 미제출시는 ‘하’ 등급으로 처리 한다 ※ 정성적평가는 제안서평가위원이 자율적으로 평가하되, 평가의 변별력 확보를 위하여 불가피한 경우를 제외하고는 업체 간 동점부여를 지양한다.

등급	수	우	미	양	가	하 (자료미제출시)
점수(%)	100	90	80	70	60	0

참가자격

바. 제안평가일정 및 장소 : 2026.10.01.(목) 14:00 서울의료원 재활의학센터 회의실 (중앙진료부 지하1층) ※ 상기 일정은 병원사정에 따라 변경될 수 있습니다. 2. 입찰방법 : 제한경쟁, 협상에 의한 계약 「지방자치단체를 당사자로 하는 계약에 관한 법률 시행령」 제43조 및 「지방자치단체 입찰 시 낙찰자 결정기준(행정안전부 예규) 제7장 협상에 의한 계약체결기준」 3. 입찰참가자격 (아래 자격을 모두 갖춘 자) 가. 「지방자치단체를 당사자로 하는 계약에 관한 법률 시행령」 제13조 및 동법 시행규칙 제14조에 의한 경쟁입찰 참가 자격이 있는 자로서 아래의 조건을 갖추어야 함. - 「소프트웨어 진흥법 시행령」제53조 및 동 시행규칙 제17조에 의한 소프트웨어사업자 (분야: 컴퓨터관련서비스사업)신고를 필한 업체이어야 하며, 국가종합전자조달시스템 - 1 - (http://www.g2b.go.kr) 입찰 참가자격 등록규정에 따라 소프트웨어사업자(사업분야: 데이터베이스제작 및 검색서비스사업 G2B업종코드:1470)로 등록한 업체 - ｢정보통신공사업법｣ 제14조에 의한 정보통신공사업(업종코드 0036)으로 등록한 자 ※ 본 사업은「소프트웨어 진흥법」에 의한「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」(과학기술정보통신부고시)이 적용되는 사업으로 대기업은 입찰에 참여할 수 없음 ※ 기준일은 입찰공고일 전일로 하며 입찰일(낙찰자는 계약체결일)까지 당해자격을 계 속유지 하여야 하며, 미자격자가 고의로 입찰에 참가한 것이 「지방자치단체를 당사 자로 하는 계약에 관한 법률 시행령」 제92조에 해당된다고 판단되는 경우에는 관계 규정에 따라 부정당업자로 제재할 수 있습니다.

나. 국가, 지방자치단체, 공공기관 등에서 부정당업자로 제재 중이거나 허가·인가·면허·등록· 신고 등 자격 취소 또는 정지 중일 경우 참가할 수 없습니다. 다. 「지방자치단체를 당사자로 하는 계약에 관한 법률」 제31조의5 및 같은 법 시행령 제 93조에 따라 조세포탈 등을 한 자로서 유죄판결이 확정된 날로부터 2년이 지나지 아니한 자는 참가할 수 없습니다. 라. 본 사업은 제안서 보상대상 제외 사업입니다. 4. 전자입찰서 제출안내 가. 전자입찰서 제출기간 : 2026.09.18.~2026.09.29. 10:00까지 ※ 투찰금액은 부가가치세 및 제반비용 등을 포함한 총액으로 제출하셔야 합니다. 나. 전자입찰로만 집행하며 한번 제출한 입찰서는 취소하거나 수정할 수 없습니다. 단, 「전자조달의 이용 및 촉진에 관한 법률 시행령」 제5조 3항에 따라 입찰의 취소를 신청할 수 있으며 부적격 입찰자의 입찰서는 「국가종합전자조달시스템 전자입찰특 별유의서」 제8조 1항에 따라 자동 차단됩니다. 다. 전자입찰서의 제출 마감 시간에 국가종합전자조달시스템의 장애가 발생할 수 있으 므로 입찰서 제출 마감 1시간 전까지 반드시 총액으로 투찰해 주시기 바랍니다. 5. 낙찰자 결정방법 : 협상에 의한 계약 (지방자치단체를 당사자로 하는 계약에 관한 법률 시행령 제43조) 가. 입찰참가자로부터 제안서를 제출 받아 「지방자치단체 입찰시 낙찰자 결정기준(행정 안전부 예규), 제7장 협상에 의한 계약체결기준」 및 「행정기관 및 공공기관 정보시 - 2 - 스템 구축 및 운영지침」에 의거, 「제안서 평가위원회」에서 평가 후 제안서 기술평가 (90%)와 가격평가(10%)를 종합평가 후 기술능력 평가점수가 기술능력 평가분야 배 점한도의 85%이상 고득점 순으로 선순위 협상적격자를 선정합니다.