입찰공고상세[용역] · 마감
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
AI 의료 기술 개발 고도화 관련 다기관 임상데이터 연계⦁검증(Dataset) 구축 사업
유찰 · 원광대학교 광주한방병원, 원광병원 · SW 개발·운영
- 결과
- 유찰
- 참가
- 0곳 · 개찰 09/10(목)
요약 AI 요약
광주지역 3개 대학병원의 임상데이터를 수집하여 통합 임상연구정보검색시스템(CDW)을 구축하고, AI 활용 및 공동연구가 가능한 데이터 통합 환경을 마련하기 위함입니다.
- 광주지역 3개 대학병원(전남대, 조선대, 원광대광주한방병원) 질환별 데이터셋 수집 및 적재
- 한방 임상데이터 통합모델 설계 및 표준 매핑
- 데이터 추출·변환·적재(ETL) 자동화 체계 구현
- 환자 정보 비식별화 처리 및 개인정보보호 체계 구축
- K-Health 통합플랫폼 이노베이션존 포털 연계 카탈로그 생성 및 관리
- 다기관 질환 레지스트리 데이터 수용 및 운영 환경 구축
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01681859 · 베타 기간 무료
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 기술평가 배점 한도의 85% 미만일 경우 우선 협상대상자에서 제외
| 평가 항목 | 배점 |
|---|---|
| 수행조직 | 7점 |
| 투입 인력 | 7점 |
| 사업 이해도 | 10점 |
| 추진전략 | 15점 |
| 구축 방법론 | 10점 |
| 구축 요구사항 | 10점 |
| 제약사항 | 5점 |
| 관리 방법론 | 5점 |
| 일정계획 | 5점 |
| 품질보증 방안 | 3점 |
| 교육훈련 | 3점 |
| 기밀보안 | 3점 |
| 기타 | 2점 |
| 유사사업 수행실적 | 3점 |
| 경영상태 | 2점 |
| 합계(항목을 더한 값) | 90점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 있음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 08/13(목) | 지남 |
| 입찰서 제출 시작 | 08/18(화) 09:00 | 지남 |
| 현장설명회 원광대학교 광주한방병원 7층 세미나실 | 08/25(화) 16:30 | 지남 |
| 입찰참가자격 등록 마감 | 09/09(수) 18:00 | 지남 |
| 입찰서 제출 마감 | 09/10(목) 11:00 | 지남 |
| 개찰 | 09/10(목) 16:20 | 지남 |
가격
- 추정가격
- 1,091,363,636원
- 배정예산
- 1,200,500,000원
- 예정가격 방식
- 단일예가
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 08/13(목)
- 공고번호
- R26BK01681859-000
- 참조번호
- 2026 의광기-385호
- 공고기관
- 원광대학교 광주한방병원, 원광병원
- 수요기관
- 원광대학교 광주한방병원, 원광병원
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 단일예가
- 추정가격
- 1,091,363,636원
- 배정예산
- 1,200,500,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00263778
- 재공고
- 아니오
- 출처
- 나라장터
첨부파일
- HWP · 260914-원광대학교 광주한방병원_거점병원 통합 CDW 구축을 위한 다기관 임상데이터 연계 검증 제안요청서.hwp · 제안요청서
- PDF · Dataset_입찰공고문-f[1].pdf · 공고규격서
- PDF · 원광대학교_광주한방병원_거점병원_통합_CDW_구축을_위한_다기관_임상데이터_연계_검증_제안요청서-f[1].pdf · 공고규격서
문서 발췌
과업·요구
Ⅰ. 사업안내
1 사업개요
○ 사 업 명 : 원광대학교 광주한방병원 거점병원 통합 CDW 구축을 위한 다기관 임상데이터 연계⦁검증 구축 ○ 사업기간 : 계약 후 ~ 2030년 12월 31일 (5년) ※ 본 사업은 거점병원 통합 CDW 구축 사업으로, “SW사업 적정 사업기간 산정” 제외 ○ 사업금액 : 1,200,500천원 (VAT 포함, 5년간 사업금액 년도별 집행) ○ 선정방법 : 제한경쟁 (협상에 의한 계약체결) ※ 국가를 당사자로 하는 계약에 관한 법률 시행령 제43조 및 제43조의2 ※ 협상에 의한 계약체결 기준(기획재정부 계약예규) 준용 소프트웨어사업 계약 및 관리감독에 관한 지침(과학기술정보통신부 고시 제 2023-15호) [별표1] 소프트웨어 개발사업의 적정 사업기간 산정 기준 ㅇ 소프트웨어사업 중 소프트웨어의 개발(CDW구축)과 관련된 과업이 포함된 사업을 말한다.
2 추진배경 및 필요성
원광대학교 광주한방병원은 전국 최고 수준의 병원 체제를 갖추고 전문적인 질환 치료를 제공하고 있으며, 국내외 대학 및 연구기관들과 협력하여 선진 의료 연구와 새로운 의료 기술 개발 등 연구 중심병원으로의 발전을 도모하기 위해 미래지향적인 임상 연구 정보시스템 구축 필요 다기관 질환 레지스트리 데이터를 수용·연계할 수 있는 거점병원 통합 CDW 기반 구축 필요 거점병원 공동연구 및 AI 활용을 위한 데이터 통합 환경 마련 개인정보보호법 및 생명윤리 및 안전에 관한 법률 준수
3 사업범위
구축 범위 ○ 임상연구정보검색시스템(CDW:Clinical Data Warehouse) 구축 - 광주지역 3개 대학병원 질환별 데이터셋 수집 및 K-Health 통합플랫폼 CDW 설계·적재 - 전남대학교병원: 2026~2030년 질환셋 수집 - 조선대학교병원: 2026~2030년 질환셋 수집 - 원광대학교광주한방병원: 2027~2030년 질환셋 수집 ○ 한방 임상데이터 통합모델 설계 및CDW 적재(원광대광주한방병원) ○ 개인정보보호법 및 생명윤리법 준수를 위한 환자 정보 비식별화 처리 ○ K-Health 통합플랫폼 이노베이션존 포털 연계 카탈로그 생성·관리
4 기대효과
가. 연구 측면 ○ 연구 자료 추출에 최적화된 UI/UX 제공으로 연구자 편의성 향상 ○ 질환별·병원별 통합 데이터를 기반으로 다기관 임상연구 활성화 ○ 한방·양방 융합 데이터 분석 기반 구축으로 전통의학 임상연구 경쟁력 강화 나. 연구 관리 측면 ○ IRB/DRB 연계 자동화로 데이터 거버넌스 체계 강화 ○ 이노베이션존 포털을 통한 투명한 데이터 요청·승인·반출 워크플로우 구현 ○ 비식별화 자동 처리를 통한 개인정보 안전성 확보 다. IT 측면 ○ K-Health 통합플랫폼과 연계된 표준화된 CDW 아키텍처 확립 ○ ETL 자동화를 통한 데이터 수집·이관 효율성 극대화 ○ 확장가능한 통합모델링 체계 구축으로 향후 추가 질환 확대 용이
| 기관명 | 질환셋 수 | 비고 |
|---|---|---|
| 전남대병원 | 기 6종 구축 | 기구축 데이터셋 지속 관리 및 카탈로그 생성 |
| 조선대병원 | 기 4종 구축 | |
| 원광대학교 광주한방병원 | - | 2027년부터 신규 구축 시작(한방 통합모델 설계 포함) |
Ⅲ. 사업추진 방안
1 추진목표
사업 추진목표 ◈ 임상연구정보검색시스템(CDW: Clinical Data Warehouse) 구축 ◈ 주요 임상 지표 구현 ◈ 데이터심의위원회 구현 ◈ 다기관 질환 레지스트리 데이터를 수용·연계할 수 있는 거점병원 통합 CDW 기반 구축 ◈ 거점병원 공동연구 및 AI 활용을 위한 데이터 통합 환경 마련 ○ 임상연구정보검색시스템(CDW) 구축을 통한 광주지역 다기관 임상데이터 통합 활용 기반 마련 ○ K-Health 통합플랫폼 연계 기반의 표준화된 데이터 수집·이관·적재 자동화 체계 구현 ○ IRB/DRB 기반 데이터 거버넌스 체계 내재화 및 이노베이션존 포털 연계 ○ 한방 임상데이터 통합모델 설계 ○ 비식별화·암호화 기반 개인정보보호 체계 구축
2 추진전략
업무/관리 관점 ○ 임상 연구자 중심의 업무 편리성 제공으로 생산성 및 효율성 증대 ○ 사업을 체계적으로 추진할 전담조직 구성 및 단계별 품질관리 수행 ○ 5개년 중장기 로드맵에 따른 질환셋 확대 및 통합모델 고도화 기술 관점 ○ K-Health 통합플랫폼 기 구축 연계서버 활용을 통한 효율적 데이터 연계 ○ ETL 자동화 및 데이터 품질 검증 체계 구현 ○ 한방 임상데이터 국제표준(OCS, OMOP-CDM 등) 적용 방안 검토 및 적용 ○ 질환 레지스트리 데이터 통합 CDW 적재 및 운영 환경 구축 - 거점 병원에서 구축한 질환 레지스트리 데이터 통합 수용 - 통합 CDW 기반 데이터 관리 및 운영 체계 마련 - 공통데이터모델(CDM) 설계 : 거점병원과의 연계 분석을 위해 데이터 스키마를 설계하고, 한방 데이터를 담기 위한 확장 테이블을 정의 ○ 통합 CDW 기반 공동연구 및 AI 활용 환경 조성 - 질환 레지스트리 기반 데이터 분석 활용 환경 마련 - AI 모델 연합학습 적용 기반 구축
| 총괄기관 | ||||||
|---|---|---|---|---|---|---|
| 광주테크노파크 | ||||||
| 참여기관 | 주관기관 | 참여기관 | ||||
| 전남대학교병원 | 원광대학교광주한방병원 | 조선대학교병원 | ||||
| 사업수행 | ||||||
| 용역사업자 |
| 구분 | 기관명 | 역할 |
|---|---|---|
| 총괄기관 | 광주테크노파크 | • 사업 총괄 관리 |
| 주관기관 | 원광대학교 광주한방병원 | • 사업 기본계획 수립 및 제안요청서 작성 • 사업 요구사항 제시 및 사업관리 수행 • 이행현황 점검, 사업성과물 확인 등 사업 주관 • 유관기관 간 업무 협의 및 조정 |
| 참여기관 | 전남대학교병원/ 조선대학교병원 | • 질환별 데이터셋 추출 • 병원 IRB 수행 • 데이터셋 송신 |
| 사업수행 | 용역사업자 | • 일정별 사업수행 • 계약내용 준수 및 주관기관의 요구사항 수행 • 사업성과물 작성 및 보고(착수/중간/완료/수시보고) |
4 추진일정
사업 추진일정 ○ 사업기간 : 계약일로부터 2030년 12월 31일까지
| 구 분 | 사 업 일 정 | |||||
|---|---|---|---|---|---|---|
| 2026 | 2027 | 2028 | 2029 | 2030 | ||
| 사업착수 및 계획수립 | ||||||
| 거 점 병 원 통 합 C D W 구 축 | ⦁전남대학교병원 | 1종 | 1종 | 1종 | 1종 | 1종 |
| -질환 선정 | ||||||
| -질환별 항목 선정 및 테이블 정의 | ||||||
| -데이터셋 추출 | ||||||
| -데이터셋 전송 | ||||||
| -데이터셋 검증 | ||||||
| ⦁조선대학교병원 | 1종 | 1종 | 1종 | 1종 | 1종 | |
| -데이터이관 설계 | ||||||
| -데이터베이스 설계 | ||||||
| -화면/보고서 설계 | ||||||
| ⦁원광대광주한방병원 | - | 1종 | 1종 | 1종 | 1종 | |
| -데이터 이관/개발 | ||||||
| -단위테스트 | ||||||
| ⦁시험운영 및 오픈 | ||||||
| -통합테스트 | ||||||
| -산출물작성 | ||||||
| ⦁적용 및 사용자 교육 |
| 요구사항 구분 | 설 명 | 개수 |
|---|---|---|
| 합 계 | 37 | |
| 공통(CMR) Common Requirement | 목표시스템의 구성을 위해 필요한 하드웨어, 소프트웨어 등의 도입 장비 내역 등 시스템 공통 장비 구성에 대한 요구사항 | 1 |
| 기능(SFR) System Function Requirement | 목표시스템이 반드시 수행해야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야 하는 기능(동작)에 대한 요구사항 | 8 |
| 인터페이스(SIR) System Interface Requirement | 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항 | 2 |
| 데이터(DAR) Data Requirement | 목표시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항 | 5 |
| 테스트(TER) Test Requirement | 구축된 시스템이 목표대비 제대로 운영되는가를 테스트하고 점검하기 위한 요구사항 테스트 유형, 테스트 환경, 방법, 절차 등에 대한 요구사항 | 1 |
| 보안(SER) Security Requirement | 정보 자산의 기밀성과 무결성을 확보하기 위해 목표시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항 | 5 |
| 품질(QUR) Quality Requirement | 목표 사업의 원활한 수행 및 운영을 위해 관리가 필요한 품질 항목, 품질 평가 대상 및 목표에 대한 요구사항 신뢰성, 사용성, 유지관리성, 이식성, 보안성 등 | 2 |
| 제약사항(COR) Constraint Requirement | 목표시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술ㆍ표준ㆍ업무ㆍ법제도 등의 제약조건 | |
| 프로젝트 관리(PMR) Project Management Requirement | 프로젝트의 원활한 수행을 위한 관리방법 및 추진 단계별 수행방안에 대한 요구사항 | 7 |
| 프로젝트 지원(PSR) Project Support Requirement | 프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방안에 대한 요구사항(교육훈련 및 기술지원, 하자보수 등) | 4 |
| 구 분 | 고유번호 | 요구사항명 |
|---|---|---|
| 공통요구사항 | CMR-001 | 공통 사항 |
| 기능 요구사항 | SFR-001 | 질환 별 데이터 셋 구축 지원 |
| SFR-002 | 연계서버 구성 및 송신 | |
| SFR-003 | ETL 관리 기능 | |
| SFR-004 | 데이터 통합 모델 적재 및 고도화 | |
| SFR-005 | 카탈로그 생성 등록 관리 | |
| SFR-006 | 전남대학교병원 질환셋 관리 | |
| SFR-007 | 조선대학교병원 질환셋 관리 | |
| SFR-008 | 원광대학교 광주한방병원 질환셋 관리 | |
| 인터페이스 요구사항 | SIR-001 | 시스템 연계 정합성 |
| SIR-002 | 시스템 인터페이스 | |
| 데이터 요구사항 | DAR-001 | 데이터 요구사항 |
| DAR-002 | 데이터 표준준수 | |
| DAR-003 | 데이터 암호화 | |
| DAR-004 | 데이터값 검증 | |
| DAR-005 | 데이터 품질관리 | |
| 테스트 요구사항 | TER-001 | 연계 테스트 |
| 보안 요구사항 | SER-001 | 보안지침 준수 |
| SER-002 | 응용시스템 및 DB보안 | |
| SER-003 | 사업 종료 후 투입된 인력에 대한 보안 관리 | |
| SER-004 | 누출금지 대상 정보 | |
| SER-005 | 개인정보보호 및 데이터 암호화 | |
| 품질 요구사항 | QUR-001 | 품질 전담 조직의 구성 |
| QUR-002 | 정확성 | |
| 제약사항 | COR-001 | 기술 표준 적용 및 운영체제 호환성 준수 |
| COR-002 | 명명규칙 표준화 | |
| 프로젝트 관리 요구사항 | PMR-001 | 프로젝트 관리 체계 |
| PMR-002 | 제안 일반사항 | |
| PMR-003 | 일정관리 | |
| PMR-004 | 산출물 관리 | |
| PMR-005 | 품질관리 | |
| PMR-006 | 리스크 관리 | |
| PMR-007 | 개발방법론 | |
| 프로젝트 지원 요구사항 | PSR-001 | 하자보수와 유지관리 일반사항 |
| PSR-002 | 장애대책 방안 | |
| PSR-003 | 교육훈련 | |
| PSR-004 | 기술지원 |
| 요구사항 분류 | 공통 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | CMR-001 | |
| 요구사항 명칭 | 공통 사항 | |
| 요구사항 상세설명 | 정의 | |
| 세부 내용 | ○ 질환 별 데이터셋 구축 - 대상병원: 원광대학교광주한방병원 및 전남대병원, 조선대병원, - 구축기간: 2026년 ~ 2030년 (단, 원광대학교광주한방병원은 자체 CDW 구축 이후 2027년부터 구축) - 구축대상 : 질환은 매년 협의를 통해 선정 - 2026년도 대상 : 2종 20,000건(전남대병원, 조선대병원) - 2027~2030년도 대상 : 12종 100,000건(3개 병원) ○ 모든 데이터셋은 IRB 및 DRB(데이터심의위원회) 심의를 거쳐 K-Health 통합플랫폼으로 송신 ○ 수집된 데이터는 K-Health 통합플랫폼 CDW 통합모델 기준에 맞추어 설계·적재 |
| 요구사항 분류 | 기능 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | SFR-001 | |||
| 요구사항 명칭 | 질환 별 데이터 셋 구축 지원 | |||
| 요구사항 세부내용 | 정의 | 질환 별 데이터 셋 구축 수행이 원활하게 이루어지도록 지원 | ||
| 세부 내용 | ○ 질환 별 데이터셋 구축 지원 - 대상 질환 선정 지원 - 추출 대상 및 수집항목 검토/확정(환자 기본정보 등)지원 - 운영데이터 이관 지원 - 레지스트리 테이블 생성 지원 - 데이터 추출/검증 지원 - 질환 별 IRB/DRB 심의 지원 - 비식별화 처리(가명처리/익명처리) 지원 - 질환 별 추출 데이터 연계서버에 적재 지원 - 클라우드(K-Health 통합플랫폼)에 전송 지원 | |||
| 요구사항 분류 | 기능 요구사항 | |||
| 요구사항 고유번호 | SFR-002 | |||
| 요구사항 명칭 | 연계서버 구성 및 송신 | |||
| 요구사항 세부내용 | 정의 | 연계서버 구성 및 송신에 관한 사항 | ||
| 세부 내용 | ○ 질환 별 데이터셋 수집 - 질환 별 데이터셋 수집 체계 설계 - 질환 별, 병원 별 테이블 생성 - 수집 시기, 방식 형식 등 설정 - 암호화 전송 적용 - 송신데이터 정합성 검증 및 오류 처리 방안 수립 - 기구축된 K-Health 통합플랫폼의 연계서버 활용 | |||
| 요구사항 분류 | 기능 요구사항 | |||
| 요구사항 고유번호 | SFR-003 | |||
| 요구사항 명칭 | ETL 관리 기능 | |||
| 요구사항 세부내용 | 정의 | ETL 관리 기능 제공 | ||
| 세부 내용 | ○ 연계서버에 적재된 데이터셋 추출(Extract) ○ K-Health 통합플랫폼 CDW 프로세스에 따른 데이터 변환(Transform) - 코드 매핑, 결측치 처리, 형식 변환 등 포함 ○ ODS 영역 적재(Load) 및 적재 결과 검증 ○ ETL 이력 관리 및 모니터링 기능 제공 | |||
| 요구사항 분류 | 기능 요구사항 | |||
| 요구사항 고유번호 | SFR-004 | |||
| 요구사항 명칭 | 데이터 통합 모델 적재 및 고도화 | |||
| 요구사항 세부내용 | 정의 | 데이터 통합 모델 적재 및 고도화에 관한 사항 | ||
| 세부 내용 | ○ ODS 데이터를 통합모델 적용하여 CDW 적재 ○ 기 구현 통합모델 분석 및 신규 질환셋 항목 반영 모델링 ○ 한방데이터 통합모델 설계(원광대광주한방병원 적용) - OMOP-CDM 등 국제표준 적용 가능성 검토 - 한의학 용어·코드 표준 매핑(한국한의학연구원 표준 등) ○ 통합모델링 체계 유지 및 버전 관리 | |||
| 요구사항 분류 | 기능 요구사항 | |||
| 요구사항 고유번호 | SFR-005 | |||
| 요구사항 명칭 | 카탈로그 생성 등록 관리 | |||
| 요구사항 세부내용 | 정의 | 카탈로그 생성에 관한 사항 | ||
| 세부 내용 | ○ CDW에 적재 완료된 질환 별 데이터셋에 대한 카탈로그 생성 - 병원 별, 질환 별로 생성 및 등록 - 카탈로그 저장소 적재 및 관리 - 카탈로그 검색, 조회, 수정, 삭제 관리 기능 - 데이터셋 메타데이터 등록 - K-Health 통합플랫폼의 이노베이션존 포털에 게시되도록 연계 | |||
| 요구사항 분류 | 기능 요구사항 | |||
| 요구사항 고유번호 | SFR-006 | |||
| 요구사항 명칭 | 전남대학교병원 질환셋 관리 | |||
| 요구사항 세부내용 | 정의 | 전남대학교 병원 질환셋 관리에 관한 사항 | ||
| 세부 내용 | ○ 기 구축 데이터셋(6종) 관리 ○ 기 구축 질환셋 카탈로그 생성 및 관리 ○ 신규 질환 데이터 셋 CDW 구축 - raw data를 ETL을 활용하여 ODS에 적재 - ODS 데이터를 통합데이터모델에 따라 변환·표준화하여 CDW 적재 ○ 신규 질환 데이터 셋 카탈로그 생성 관리 - 질환데이터 추출 기능 제공 - 질환 별 카탈로그 등록 기능 - 질환 별 카탈로그 관리 기능 - 카탈로그 저장소에 적재 기능 - 카탈로그이노베이션존 포털에 게시 관리 | |||
| 요구사항 분류 | 기능 요구사항 | |||
| 요구사항 고유번호 | SFR-007 | |||
| 요구사항 명칭 | 조선대학교병원 질환셋 관리 | |||
| 요구사항 세부내용 | 정의 | 조선대학교병원 질환셋 관리에 관한 사항 | ||
| 세부 내용 | ○ 기 구축 데이터셋(4종) 관리 ○ 기 구축 질환셋 카탈로그 생성 및 관리 ○ 신규 질환 데이터 셋 CDW 구축 - Raw Data를 ETL 프로세스를 통해 ODS에 적재 - ODS 데이터를 통합데이터모델에 따라 변환·표준화하여 CDW 적재 ○ 신규 질환 데이터 셋 카탈로그 생성 및 관리 - 질환데이터 추출 기능 제공 - 질환별 카탈로그 생성 및 등록 기능 제공 - 질환별 카탈로그 수정·관리 기능 제공 - 카탈로그 저장소 등록 및 적재 기능 제공 - 이노베이션존 포털 게시 및 관리 기능 제공 | |||
| 요구사항 분류 | 기능 요구사항 | |||
| 요구사항 고유번호 | SFR-008 | |||
| 요구사항 명칭 | 원광대학교 광주한방병원 질환셋 관리 | |||
| 요구사항 세부내용 | 정의 | 원광대학교 광주한방병원 질환셋 관리에 관한 사항 | ||
| 세부 내용 | ○ 한방 임상데이터 통합모델 설계 ○ 신규 질환 데이터 셋 CDW 구축 - Raw Data를 ETL 프로세스를 통해 ODS에 적재 - ODS 데이터를 통합데이터모델에 따라 변환·표준화하여 CDW 적재 ○ 신규 질환 데이터 셋 카탈로그 생성 및 관리 - 질환데이터 추출 기능 제공 - 질환별 카탈로그 생성 및 등록 기능 제공 - 질환별 카탈로그 수정·관리 기능 제공 - 카탈로그 저장소 등록 및 적재 기능 제공 - 이노베이션존 포털 게시 및 관리 기능 제공 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-001 | |
| 요구사항 명칭 | 시스템 연계 정합성 | |
| 요구사항 상세설명 | 정의 | 시스템 연계 정합성에 대한 사항 |
| 세부내용 | ○ 각 기기와 서버, 서버와 서버 간의 데이터 전송의 정합성이 보증되어야 함. ○ 데이터 누락 방지를 위해 각 연계 데이터별 정합성 검증 방안 제시 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 요구사항 고유번호 | SIR-002 | |
| 요구사항 명칭 | 시스템 인터페이스 | |
| 요구사항 세부내용 | 정의 | 시스템 인터페이스에 대한 사항 |
| 세부 내용 | ○ 시스템의 성능에 미치는 영향을 고려하여 갱신주기, 연계 어플리케이션 실행시간 등을 설정하여야 함 ○ 연계시스템 등과 원활한 자료 연계 보장 ○ 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 연계 어플리케이션의 기능수행 정확도를 검증한 후 운영 시스템에 이관하여 시스템을 운영 ○ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하여야 하며 추가 라이선스 비용 등이 발생하지 않아야 함 ○ 연계대상, 연계범위, 연계방식, 연계주기, 연계 건수 등 사업 추진 시 연계 관련 제반사항을 협의 후 확정함 ○ 다양한 이기종 정보시스템과 인터페이스 연동 시 표준규격에 맞는 인터페이스 방식 제안 |
| 요구사항 분류 | 데이터 요구사항 | |||
|---|---|---|---|---|
| 요구사항 고유번호 | DAR-001 | |||
| 요구사항 명칭 | 데이터 요구사항 | |||
| 요구사항 세부내용 | 정의 | 내부 데이터 수집 부분 구축에 따른 공통사항 | ||
| 세부 내용 | ● 수집된 데이터는 통합모델링 구성 ● 연구에 필요한 주요 데이터들은 통합 CDW 영역 구성 시 포함하여 향후 활용할 수 있도록 제공 ● 연구에 필수적으로 사용하는 기본 데이터(나이, 성별, 상병코드, 약제 코드 등)는 통합 CDW 영역 구성 시 포함하여 향후 활용할 수 있도록 제공 ● 데이터를 사용하는 목적에 따라 업무영역 간의 데이터를 통합하여 다차원 모델링 구조로 추출/적재 | |||
| 요구사항 분류 | 데이터 요구사항 | |||
| 요구사항 고유번호 | DAR-002 | |||
| 요구사항 명칭 | 데이터 표준준수 | |||
| 요구사항 세부내용 | 정의 | 데이터 표준준수에 대한 사항 | ||
| 세부 내용 | ● 「공공기관의 데이터베이스 표준화 지침」「공공데이터 관리지침」「공공정보 품질관리 매뉴얼」데이터 관련 지침을 준수하여 DB설계 및 운영이 가능하도록 구축 ● DB 구조 최적화, DBMS 튜닝 등을 통해 데이터 안정성 및 성능을 개선 ● DB의 효율적인 운영관리 및 공간 낭비 방지를 위해 데이터 중복을 최소화 ● 데이터의 공유, 재사용, 교환, 품질향상, DB 통합 등을 위해 표준화되어야 함 ● 시스템 구축에 필요한 데이터 표준항목(단어, 용어, 도메인, 코드)을 정의하여 구축되는 시스템의 데이터 표준 사전을 제정하여야 함 | |||
| 요구사항 분류 | 데이터 요구사항 | |||
| 요구사항 고유번호 | DAR-003 | |||
| 요구사항 명칭 | 데이터 암호화 | |||
| 요구사항 세부내용 | 정의 | 데이터 암호화에 대한 사항 | ||
| 세부 내용 | ● 개인정보보호법 등 관련 법규, 지침 등을 준수하여 데이터베이스 및 저장소 데이터에 민감개인정보(주민등록번호, 패스워드 등)이 포함될 시 개인정보보호법 등 관련 법규, 지침 등에 따라 암호화하여 저장해야 함 ● 개인정보 및 생체정보 전송시에는 암호화된 데이터로 전송되어야 함 | |||
| 요구사항 분류 | 데이터 요구사항 | |||
| 요구사항 고유번호 | DAR-004 | |||
| 요구사항 명칭 | 데이터값 검증 | |||
| 요구사항 세부내용 | 정의 | 데이터값 검증에 대한 사항 | ||
| 세부 내용 | ● 데이터값 검증방안 및 계획(일정 및 수행방법론 등) 제시 ● 목표시스템(DB)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)에 맞는 업무규칙(BR)을 정의 ● 데이터값 검증 범위(전체 또는 핵심 영역 등), 데이터값 검증 기준 적용 범위(범정부 기준 또는 기관 자체 기준 등)을 포함 ● 공공데이터 품질관리 매뉴얼(Ⅱ. 데이터 품질관리 2.4 운영단계 품질관리) 준수 | |||
| 요구사항 분류 | 데이터 요구사항 | |||
| 요구사항 고유번호 | DAR-005 | |||
| 요구사항 명칭 | 데이터 품질관리 | |||
| 요구사항 세부내용 | 정의 | 데이터 품질관리에 대한 사항 | ||
| 세부 내용 | ● 연계데이터 관리방안 제시 - 제공기관 및 활용기관 간 연계데이터의 정합성이 유지되도록 방안을 제시하고 구축하여야 함 - 연계데이터 목록을 정의하고 관리방안을 제시하여야 함 ※ 연계정보(송·수신구분, 정보명, 주기), 연계항목(항목명, 설명, 데이터타입, 길이), 항목 출처(DB, 테이블, 컬럼명), 제공기관, 활용 기관 등 - 연계데이터를 제공·활용하는 기관 상호 간의 데이터 품질확보를 위해 연계표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증 수행 ● 공공데이터 관리지침, 공공기관의 데이터베이스 표준화 지침, 공공데이터 품질관리 매뉴얼(Ⅱ. 데이터 품질관리 2.2 계획단계 품질관리) 준수 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-001 | |
| 요구사항 명칭 | 연계 테스트 | |
| 요구사항 세부내용 | 정의 | 연계 테스트에 대한 사항 |
| 세부 내용 | ● 발생 가능한 상황에 대해서 가 데이터를 입력하여 시험하여야 하며 각종 유형별 시험계획서를 구체적으로 작성하여 제출하여야 함 ● 시험계획서에 시험 인력, 시험 데이터, 시험 절차/방법, 시험 일정/주기 등을 포함하여야 함 ● 시험 결과의 모니터링 및 시험 결과를 계속하여 반영(에러조치를 확인하여 요구사항이 모두 충족되도록 하여야 함) |
| 요구사항 분류 | 보안 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | SER-001 | ||
| 요구사항 명칭 | 보안지침 준수 | ||
| 요구사항 세부내용 | 정의 | 보안지침 및 보안가이드 준수에 대한 사항 | |
| 세부 내용 | ● 국가 정보보안 기본지침(국가정보원, 2023. 1.) ● 보건의료데이터 활용 가이드라인(보건복지부, 2022.12) ● 국가 클라우드 컴퓨팅 보안 가이드라인(국가정보원, 2023. 1.) ● 암호화모듈 구현안내서(국가정보원, 2022. 5.) ● 웹 응용프로그램 개발 보안 가이드(행정안전부, 2010. 1.) ● 공공기관 홈페이지 개인정보 노출방지 가이드라인(행정안전부, 2011. 5.) ● 소프트웨어 개발보안 가이드(행정안전부, 2021. 5.) ● 개발자 대상 개인정보 보호조치 적용 안내서(개인정보보호위원회, 2020.12) ● 개인정보의 안전성 확보조치 기준(개인정보보호위원회 고시 제2020-2호) ● 국가 사이버 안전 매뉴얼(국가정보원) ● 기술적용계획표의 법률 및 고시등 포함 ● 본 사업은 위 지침 외에도 정부가 제정ㆍ공포한 관계 제 법규(지침)을 준수하여야 하며, 사업기간동안 법규가 변경될 경우 해당 법규 준수 ● 용역사업 중 또는 종료 후라도 본 사업과 관련하여 국가정보원 등 관련 기관으로부터 보안에 문제가 있다고 지적될 경우 반드시 해결책을 강구하고 조치하여야 함. ● 홈페이지 보안관리 매뉴얼(국가사이버안보센터)에 따른 보안관리 ● 개인정보의 안전성 확보조치 기준(행정안전부) ● 홈페이지 개인정보 노출방지 가이드라인(행정안전부) | ||
| 요구사항 분류 | 보안 요구사항 | ||
| 요구사항 고유번호 | SER-002 | ||
| 요구사항 명칭 | 응용시스템 및 DB보안 | ||
| 요구사항 세부내용 | 정의 | 응용시스템 및 DB보안에 대한 사항 | |
| 세부 내용 | ● 내부 응용시스템 등 응용 서비스를 제공하는 시스템 및 서비스에 대한 보안대책을 마련하여야 함 - 공공기관의 개인정보보호에 관한 법률 및 지침에 의거 시스템 설계 및 개발 시 주민번호 암호화, 열람로그 기록 등 개인정보보호 기능을 반드시 포함 - 사용자 인증 정보, 주민등록번호, 계좌번호, 패스워드, IP 등은 소스코드에 직접 하드코딩하지 않음 - 개인정보 암호화 대상은 행정안전부의 “개인정보 암호화 조치 안내서”를 준수하여 암호화 수행 ● 업무별, 데이터별 중요도에 따른 접근권한의 차등 부여방안 마련 - 데이터베이스관리자(DBA)를 따로 지정하여 데이터베이스 관리 - DB 사용자를 등록하고 적절한 역할(Role)과 권한(Privilege)부여 - DB 사용자의 임의 접근을 차단하고, 접근을 허가한 경우라도 신청자의 업무와 관련된 DB에로의 접근만 허가 - DB Application 사용자는 정당한 사유 없이 Unix Prompt에 접근금지 - 업무상의 이유로 DB에 접속할 경우라도 반드시 DBA의 허가를 득한 후 사용 | ||
| 요구사항 분류 | 보안 요구사항 | ||
| 요구사항 고유번호 | SER-003 | ||
| 요구사항 명칭 | 사업 종료 후 투입된 인력에 대한 보안 관리 | ||
| 요구사항 세부내용 | 정의 | ||
| 세부 내용 | ● 사업 종료 후 사업체는 주관기관에서 받은 모든 자료를 전량 반납하고 삭제해야 하며, 용역사업 관련 자료를 보유하고 있지 않는다는 대표 명의 확약서(위반 시 법적책임 있음을 명시)를 제출하여야 함 | ||
| 요구사항 분류 | 보안 요구사항 | ||
| 요구사항 고유번호 | SER-004 | ||
| 요구사항 명칭 | 누출금지 대상 정보 | ||
| 요구사항 세부내용 | 정의 | 누출금지 대상 정보의 범위 | |
| 세부 내용 | ● 누출금지 대상 정보의 범위는 다음과 같음 - 사업 대상 전산시스템의 내․외부 IP주소 현황 - 세부 전산시스템 구성 현황 및 정보통신망 구성도 - 사용자계정 및 패스워드 등 시스템 접근권한 정보 - 전산시스템(통신망 포함) 취약점 분석·평가 결과물 - 용역사업 결과물 및 프로그램 소스코드 - 국가용 보안시스템 및 정보보호시스템 도입 현황 - 침입차단시스템/IPS, 방화벽 등 정보보호제품 및 라우터/스위치 등 네트워크 장비 설정 정보 -「공공기관의 정보공개에 관한 법률」 제9조 1항에 따라 비공개 대상 정보로 분류된 기관의 내부문서 -「개인정보보호법」 제2조 1항의 개인정보 - 기타 계약체결 및 계약이행과정 중 주관기관에서 공개가 불가하다고 판단한 자료 | ||
| 요구사항 분류 | 보안 요구사항 | ||
| 요구사항 고유번호 | SER-005 | ||
| 요구사항 명칭 | 개인정보보호 및 데이터 암호화 | ||
| 요구사항 세부내용 | 정의 | 개인정보보호 및 데이터 암호화에 대한 사항 | |
| 세부 내용 | ● 구간암호화(SSL) - 사용자웹서버 구간 간 암호화방식을 적용하여 구현 - DB 상 존재하는 중요 정보(패스워드, 실명정보 등)에 대한 스니핑 등의 위협으로부터 보호하기 위하여 SSL 등 네트워크 구간 암호화 조치를 수행 - 인증 정보 및 패스워드 등은 소스 코드에 하드 코딩 되지 않아야 함. ● 개인정보보호법 및 개인정보보호위원회 “개인정보의 안전성 확보조치 기준” 준수 ● 각 기능에 명시된 개인정보(주민등록번호, 계좌번호 등)는 반드시 암호화하여 DB에 저장하여야 함 ● 관리자인 경우에도 화면에 해당 정보를 그대로 노출시키지 않아야 함 ● 개인정보 안정성 확보 기준의 적용방안을 제안하고 적용해야 함 ● 개인정보보호법 의거 개인정보(고유식별정보)가 분실·도난·유출·변도 또는 훼손되지 않도록 안전성을 확보하여야 함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-001 | |
| 요구사항 명칭 | 품질 전담 조직의 구성 | |
| 요구사항 세부내용 | 정의 | 품질 전담 조직의 구성에 대한 요구사항 |
| 세부 내용 | ● 사업 전반에 대해 품질을 전담하는 조직을 운영하여야 함 ● 품질관리 조직의 운영 방안에 대해 추진 일정별 역할 등을 상세히 수립하여 제시 함 | |
| 요구사항 분류 | 품질 요구사항 | |
| 요구사항고유번호 | QUR-002 | |
| 요구사항 명칭 | 정확성 | |
| 요구사항 세부내용 | 정의 | 정확성에 대한 요구사항 |
| 세부 내용 | ● 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 baseline으로 간주함 ● 제공되기로 한 요구사항을 제공하는지는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가함 ● 테스트를 위한 구체적인 룰 및 적용 방안을 제안하여, 기능오류를 줄이는 방안을 제시함 ● 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가함 |
| 요구사항 분류 | 제약사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | COR-001 | ||
| 요구사항 명칭 | 기술 표준 적용 및 운영체제 호환성 준수 | ||
| 요구사항 세부내용 | 정의 | 기술 표준 적용 및 운영체제 호환성 준수에 관한 사항 | |
| 세부 내용 | ● 업계 표준의 기술을 사용함으로써 개발/유지보수가 용이해야 함 ● 모든 응용프로그램 유연성, 확장성, 재사용성을 확보할 수 있도록 모듈화 전략을 반영하여 개발 ● 상호 운용성, 정보의 공동 활용, 시스템의 효율성 및 정보접근을 위한 기술적 편의성 등에 대한 최신 정보기술 적용 ● 기술적용 계획표의 검토 및 준수와 결과표 작성 방안을 제시하여야 함 ● 기술적용계획표 검토 시 부득이한 경우를 제외하고는 특정기술에 종속되지 않는 개방형 기술로 구현하도록 검토하여야 함 | ||
| 요구사항 분류 | 제약사항 | ||
| 요구사항 고유번호 | COR-002 | ||
| 요구사항 명칭 | 명명규칙 표준화 | ||
| 요구사항 세부내용 | 정의 | 명명규칙 표준화에 대한 제약사항 | |
| 세부 내용 | ● [산출물, 데이터 항목, 화면, 보고서, 서식 DB, 프로그램 ID]는 제안사에서 명명규칙을 작성하여 제출하며, 승인 후 명명 규칙에 따라 구현하여야 함 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | PMR-001 | ||
| 요구사항 명칭 | 프로젝트 관리 체계 | ||
| 요구사항 세부내용 | 정의 | 프로젝트 관리 체계(사업관리책임, 사업수행 장소)에 관한 사항 | |
| 세부 내용 | ● 수행업체는 사업추진, 품질보증, 보안 등의 전체적인 사업관리에 책임이 있음 ● 수행업체는 전체 또는 부문별 사업관리자를 임명하여 수행하여야 함 - 사업관리자(PM)는 공공기관 정보시스템 구축사업 및 CDW 구축 PM경력이 있는 자여야 함 ● 본 사업을 수행하기 위해 사무환경 및 집기비품, 개발에 필요한 장비는 제안사가 마련하며, 작업장소 등에 대해서는 상호 협의하여 정함 ● 원격지 개발장소 보안 요구사항 - 공급자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응 방안을 제안하여야 함 - 공급자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안을 제시하여야 함 - 원격지 개발에 따른 수행 장소 등에 대하여 구체적인 원격지 보안 관리대책(시건장치, 출입통제 등)을 실시하여야 함 1. 프로젝트 사무실, 중요장비 설치장소에 대한 출입 보안 2. 개인소유 PC 및 보조기억장치 반입·반출 통제 3. 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기할 것 4. 문서의 보안등급 부여 및 차별화 된 권한관리를 수행할 것 등 ● 원격지 개발 장소 제시·검토 절차 - 공급자는 작업 장소 상호협의 시 제안요청서 내 명시된 보안 요구사항을 준수한 작업 장소를 제시할 수 있으며, 발주기관에서는 제시된 작업 장소에 관하여 우선 검토한다. 다만, 발주기관에서는 공급자가 제시한 작업장소가 보안 요구사항을 준수하지 못한 경우 거부할 수 있음 ● 사업관리 방법 - 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리방법론을 통한 체계적인 사업관리방안을 제시하여야 함 | ||
| 요구사항 분류 | 프로젝트 관리 요구사항 | ||
| 요구사항 고유번호 | PMR-002 | ||
| 요구사항 명칭 | 제안 일반사항 | ||
| 요구사항 세부내용 | 정의 | 프로젝트 관리 제안 일반 요구사항 | |
| 세부 내용 | ● 본 사업에 제안하는 모든 제안 내용은 신의와 성실을 바탕으로 제안해야 하며, 필요시 제안서에 포함된 정보를 구체적으로 입증할 수 있는 자료를 제공 ● 제안 내용에 관한 확인을 위해 추가 자료요청을 할 수 있으며, 이 경우 제안 업체는 이에 응해야 함 ● 본 사업에 필요한 모든 제안 내용은 원광대학교광주한방병원이 제시한 조건에 충족한 사업자(이하 ‘사업자’)에 의해 일괄 제안해야함 ● 프로젝트 수행과 환경관리를 위해 필요한 비품을 제공 | ||
| 요구사항 분류 | 프로젝트 관리 요구사항 | ||
| 요구사항 고유번호 | PMR-003 | ||
| 요구사항 명칭 | 일정관리 | ||
| 요구사항 세부내용 | 정의 | 일정관리에 대한 사항 | |
| 세부 내용 | ● 발주처에서 필요 시 설계 및 구현 각각의 단계별 착수보고회, 완료보고회 등 사업진행과 관련한 보고회를 개최할 수 있음 ● 일정은 수치화하여 진도를 보고할 수 있어야 하며 해당 과정에서 계획 대비 10% 이상 지연이 발생 시 비상으로 간주하고 이에 대한 방안을 수립하여 진도 보고서를 작성하고 실천해야 함 ● 일정상의 변동이 있으면 지속적으로 실제 일정 내역을 반영하여 산출물로 남겨야 함 ● 보고회 개최에 따른 회의자료 제작 등 제반 비용은 사업수행자가 전액 부담하여야 함 | ||
| 요구사항 분류 | 프로젝트 관리 요구사항 | ||
| 요구사항 고유번호 | PMR-004 | ||
| 요구사항 명칭 | 산출물 관리 | ||
| 요구사항 세부내용 | 정의 | 산출물 관리 요구사항 | |
| 세부 내용 | ● 선정된 사업자는 사업추진 과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정 계획 및 품질보증계획과 연계하여 산출물의 종류, 주요 내용, 작성 및 제출 시기, 제출 부수 등 제시 ● 산출물 및 각종 안내서(시스템 운영자, 사용자 안내서 등)의 관리방안을 제시 ● 개발 및 커스터마이징 보고서 제출 | ||
| 요구사항 분류 | 프로젝트 관리 요구사항 | ||
| 요구사항 고유번호 | PMR-005 | ||
| 요구사항 명칭 | 품질관리 | ||
| 요구사항 세부내용 | 정의 | 품질관리 요구사항 | |
| 세부 내용 | ● 본 프로젝트의 차질 없는 수행을 위하여 단계별 품질보증 활동을 성실히 수행 ● 본 프로젝트 수행 시 단계별 제출할 산출물에 관한 내용을 제시 ● 프로젝트에 대한 산출물의 품질목표가 만족하도록 원활한 품질 활동 절차 및 수행 내용에 대한 계획을 제시 | ||
| 요구사항 분류 | 프로젝트 관리 요구사항 | ||
| 요구사항 고유번호 | PMR-006 | ||
| 요구사항 명칭 | 리스크 관리 | ||
| 요구사항 세부내용 | 정의 | 리스크 관리 요구사항 | |
| 세부 내용 | ● 보안, 일정 지연, 품질 저하, 장비 변경에 따르는 예산초과 등 리스크 발생을 사전 예방하고 발생 시 사후 대처방안을 제시한다. ● 프로젝트 추진 과정에서 요구되는 진척/위험/변경 사항의 관리 방안 및 지속해서 문제를 파악해서 관리하는 방안 제시 | ||
| 요구사항 분류 | 프로젝트 관리 요구사항 | ||
| 요구사항 고유번호 | PMR-007 | ||
| 요구사항 명칭 | 개발방법론 | ||
| 요구사항 세부내용 | 정의 | ||
| 세부 내용 | ● 개발방법론은 제안사가 CDW 및 기타 시스템 구축에 효율적이라고 판단되는 방법론을 선택하되, 빠른 통합 및 빌드가 가능한 방안을 제시, 이에 대한 방법론 선정 사유 제시 ● 본 사업의 수행절차의 체계적 관리를 위한 방법론을 분석, 설계, 개발, 통합 및 시험에 이르기까지 단계별로 체계적인 적용방안 제시 ● 프로그램 개발 및 데이터 관리에 대한 표준화, 변경 관리, 문서 관리 방안 제시 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
|---|---|---|---|
| 요구사항 고유번호 | PSR-001 | ||
| 요구사항 명칭 | 하자보수와 유지관리 일반사항 | ||
| 요구사항 세부내용 | 정의 | 프로젝트 지원 요구사항 | |
| 세부 내용 | ● 하자보수 계획은 통합 및 개발된 시스템의 효과적인 운용을 보장하는 등 적절한 보완대책을 제시하여야 함 ● 하자담보 책임기간은 준공검사 완료일로부터 1년간 계약 목적물의 하자에 대한 보수책임이 있음 ● 하자보수 기간 중 장애발생 시 장애접수 후 24시간 이내에 신속한 장애 조치를 하여야 함 ● 하자보수 운용 시 고려사항 - 시스템 검수 후 시스템의 안정적 운용 및 하자보수를 위하여 전문 유지보수 요원 1명을 지정하여 신속한 대응이 이루어져야 함. - 하자보수 이외의 추가 개발ㆍ구축(상위버전 업그레이드 포함), 사업 방법의 개선 등은 유상유지관리 및 재개발로 계약을 체결하여 유상으로 사업을 추진함. | ||
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
| 요구사항 고유번호 | PSR-002 | ||
| 요구사항 명칭 | 장애대책 방안 | ||
| 요구사항 세부내용 | 정의 | ||
| 세부 내용 | ● 발생할 수 있는 장애 요소들을 유형별로 구분하여 제시하고, 유형별로 복구 방안, 복구시간 및 예방 대책을 제시한 ● 제안사는 각종 장애 발생 시 즉각적인 원인분석 및 복구 등 하자보수를 보장하기 위하여 S/W에 대한 기술지원 체계를 확보하고 있어야 함 ● 시스템의 최적 운용 방안 및 응급 처리 방안 등에 대한 상세한 장애 대책을 제출 | ||
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
| 요구사항 고유번호 | PSR-003 | ||
| 요구사항 명칭 | 교육훈련 | ||
| 요구사항 세부내용 | 정의 | ||
| 세부 내용 | ● 시스템 관리자 및 운영자를 대상으로 관리․운영에 필요한 종합적인 교육지원 방안을 제시하여야 함 ● 교육 과정ㆍ내용ㆍ장소ㆍ일정 등 제시 ● 교육교재, 장소협조, 강사료 등 교육에 필요한 제반 비용은 제안사가 전액 부담하여야 함 | ||
| 요구사항 분류 | 프로젝트 지원 요구사항 | ||
| 요구사항 고유번호 | PSR-004 | ||
| 요구사항 명칭 | 기술지원 | ||
| 요구사항 세부내용 | 정의 | 기술지원 방안 | |
| 세부 내용 | ● 사업수행과정과 관련된 필요한 기술이전 목록, 기술이전 방법 등에 대한 구체적인 계획을 제시하여야 함 ● 사업기간 중 필요시 발주처의 실무자를 사업에 참여시켜 기술 능력을 배양할 수 있도록 적극 협조하여야 하며, 개발 및 관련 분야의 정보기술에 대한 지속적인 정보제공 및 기술자문에 응하여야 함 ● 개발된 시스템의 관리ㆍ운영ㆍ이용에 필요한 관리자 및 사용자 매뉴얼을 제공하여야 함 |
참가자격
2 입찰 및 낙찰방식
□ 입찰방식 : 제한경쟁입찰 ○ 국가를 당사자로 하는 계약에 관한 법률 제7조 및 동법 시행령 제21조 □ 낙찰자 결정방식 : 협상에 의한 계약 ○ “협상에 의한 계약체결기준” 준용 (기획재정부 계약예규)
3 제안서 평가방법
□ 평가원칙 ○ 기술평가와 가격평가를 실시하여 종합평가점수 산출 ○ 종합평가 점수 = 기술평가(90%) + 가격평가(10%) ※「행정기관 및 공공기관 정보시스템 구축‧운영 지침」에 따라 협상에 의한 계약 체결 시 기술 대 가격 배점기준 9:1로 적용 ○ 제안서에 대한 기술평가(90점)와 가격평가(10점)에 대한 종합평가 결과 고득점 순으로 우선협상대상자 결정 ○ 종합평가 점수가 동일한 경우, 우선협상대상자 지정은 기술평가점수의 순서에 따라 정하고, 이 역시 동일한 경우에는 기술평가의 배점이 큰 항목(세부항목 기준이 아님)에서 높은 점수를 얻은 자로 함 ○ 기술평가 배점 한도의 85% 미만일 경우 우선 협상대상자에서 제외 □ 평가방법 – 차등점수제 적용 ○ 기술평가(90%) : 기술평가위원회를 통한 평가 - 소프트웨어 진흥법 제49조제2항에 의거 과학기술정보통신부 장관이 정한 소프트웨어 기술성 평가(과학기술정보통신부고시)의 ‘기술제안서 평가항목 및 배점한도’ 따라 평가함 - 기술평가 점수는 평가위원이 평가한 점수 중 최고점수 1개와 최저점수 1개를 제외하고, 나머지 점수를 평균하여 획득점수를 산출 - 세부적 평가결과는 비공개를 원칙으로 함 - 기술능력평가의 변별력 확보를 위해 기술능력평가 점수 총배점한도를 기준으로 순위 간 2점의 차등점수제를 적용 - 차등점수제 적용 시 조달청 협상에 의한 계약 제안서평가 세부기준과 정량평가를 합산한 기술능력평가 결과에 따라 입찰자 순위 결정 - 1순위자에게 배점한도를 부여하고, 2순위부터는 순차로 선순위 점수에서 [별표 4] 제1호의 순위별 점수차를 감한 점수를 부여 다만, 원점수 기준의 순위별 점수차가 차등점수차보다 큰 경우에는 원점수의 점수차를 감한 점수 부여 - 상세사항은 조달청 협상에 의한 계약 제안서평가 세부기준 및 [별표 4](차등점수제 적용 방식) 참고 ○ 가격평가(10%) : 기획재정부 계약예규 준용 □ 우선협상 대상 및 협상방법 ○ 협상순서는 종합평가점수의 고득점 순에 의하여 결정함 - 종합평가점수 결과 1위 업체를 우선 협상대상으로 지정하여 협상함 - 협상 기간 내에 우선협상 대상자와 협상이 이루어지면 차순위 업체와의 협상은 생략하고, 협상이 결렬되면 동일한 조건으로 차순위 업체와 협상을 실시함 - 모든 협상적격자와 협상 결렬 시 재공고입찰에 부칠 수 있음 ○ 협상대상자가 제안한 사업내용, 이행방법, 이행일정, 제안가격 등 제안서의 내용을 대상으로 협상 실시
배점·평가
| 평가 항목 | 세부평가 항목 | 평가요소 (기준) | 배점 |
|---|---|---|---|
| 전략 및 방법론 (24점) | 사업이해도 | 사업 목표·특성에 부합하는 구체적 수행계획 수립 여부 | 6 |
| 추진전략 | 사업일정 및 위험요소를 고려한 추진전략의 타당성 | ||
| 추진체계 | 공동수급·하도급 포함 수행조직 구성 및 역할 분담의 적정성 | ||
| 사업추진 방법론 | 구체적 추진방법, 실제 적용 사례·경험, 단계별 산출물 제시 여부 | ||
| 수행계획 (15점) | 컨설팅분석 | 내·외부 환경, 기술동향, 업무·조직·시스템 분석 방안의 정합성 | 5 |
| 컨설팅 계획수립 | 시사점 도출을 통한 미래모델(전략·기술·인프라 등) 설계의 구체성 | ||
| 타당성분석 | 미래모델에 대한 비용·편익 산출 및 대안별 경제성 도출 방안 | ||
| 수행기반 (10점) | 수행환경 | 장비, 작업장소 등 인프라 준비 및 대응방안의 적정성 | |
| 제약사항 | 기술·표준·법제도 등 제약조건 내 수행 및 검증방안의 구체성 | ||
| 프로젝트 관리 (20점) | 일정관리 | 전체 수행기간 및 세부 일정계획과 단계별 산출물의 연계성 | |
| 품질관리 | 품질관리 방안(범위·절차·점검방법) 및 외부 인증 증빙 여부 | ||
| 기밀보안 관리 | 물리적·관리적 보안 체계 및 악영향 방지 대책의 적정성 | ||
| 위험및이슈관리 | 위험·이슈 식별, 분석, 관리 절차 및 대응방안의 구체성 | ||
| 프로젝트 지원 (15점) | 인수인계 | 검사·인계 전략, 대상, 방법, 충족조건 및 인계계획의 적정성 | |
| 교육훈련 | 시스템 운영·관리자 교육 내용, 방법, 기간, 인원, 횟수의 구체성 | ||
| 기술지원 | 대상·범위·내용·수준, 기술 매뉴얼 등 지원 계획의 구체성 | ||
| 하도급 (6점) | 하도급계획적정성 | 하도급 금액 비율·계약 적정성 (하도급 미실시 시 최고등급 부여) | 6 |
| 항 목 | 기 준 | 점수 |
|---|---|---|
| 최근 3년 이내 CDW 사업수행 실적 | ▪ 2.5억원 이상 | 3.0 |
| ▪ 1.7억원 이상 ~ 2.5억원 미만 | 2.7 | |
| ▪ 1억원 이상 ~ 1.7억원 미만 | 2.4 | |
| ▪ 1억원 미만 | 2.1 |
| 신용평가등급 | 배점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 배점 |
| AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 2 |
| 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] 외부 용역사업 보안특약 ····································································· 54 [붙임3] 보안서약서 ··································································································· 59 [붙임4] 확약서 ············································································································· 60
Ⅰ. 사업안내
1 사업개요 ○ 사 업 명 : 원광대학교 광주한방병원 거점병원 통합 CDW 구축을 위한
다기관 임상데이터 연계⦁검증 구축
○ 사업기간 : 계약 후 ~ 2030년 12월 31일 (5년) ※ 본 사업은 거점병원 통합 CDW 구축 사업으로, “SW사업 적정 사업기간 산정” 제외 소프트웨어사업 계약 및 관리감독에 관한 지침(과학기술정보통신부 고시 제 2023-15호) [별표1] 소프트웨어 개발사업의 적정 사업기간 산정 기준 ㅇ 소프트웨어사업 중 소프트웨어의 개발(CDW구축)과 관련된 과업이 포함된 사업을 말한 다. ○ 사업금액 : 1,200,500천원 (VAT 포함, 5년간 사업금액 년도별 집행) ○ 선정방법 : 제한경쟁 (협상에 의한 계약체결)
※ 국가를 당사자로 하는 계약에 관한 법률 시행령 제43조 및 제43조의2 ※ 협상에 의한 계약체결 기준(기획재정부 계약예규) 준용 2 추진배경 및 필요성 원광대학교 광주한방병원은 전국 최고 수준의 병원 체제를 갖추고 전문적인 질환 치료를 제공하고 있으며, 국내외 대학 및 연구기관 들과 협력하여 선진 의료 연구와 새로운 의료 기술 개발 등 연구 중심병원으로의 발전을 도모하기 위해 미래지향적인 임상 연구 정 보시스템 구축 필요 다기관 질환 레지스트리 데이터를 수용·연계할 수 있는 거점병원 통 합 CDW 기반 구축 필요
거점병원 공동연구 및 AI 활용을 위한 데이터 통합 환경 마련
개인정보보호법 및 생명윤리 및 안전에 관한 법률 준수
- 1 - 3 사업범위
구축 범위
○ 임상연구정보검색시스템(CDW:Clinical Data Warehouse) 구축
- 광주지역 3개 대학병원 질환별 데이터셋 수집 및
K-Health 통합플랫폼 CDW 설계·적재
- 전남대학교병원: 2026년 ~ 2030년 질환셋 수집 - 조선대학교병원: 2026년 ~ 2030년 질환셋 수집 - 원광대학교광주한방병원: 2027년 ~ 2030년 질환셋 수집 ○ 한방 임상데이터 통합모델 설계 및CDW 적재(원광대광주한방병원) ○ 개인정보보호법 및 생명윤리법 준수를 위한 환자 정보 비식별화 처리 ○ K-Health 통합플랫폼 이노베이션존 포털 연계 카탈로그 생성·관리 4 기대효과
가. 연구 측면
○ 연구 자료 추출에 최적화된 UI/UX 제공으로 연구자 편의성 향상
○ 질환별·병원별 통합 데이터를 기반으로 다기관 임상연구 활성화
○ 한방·양방 융합 데이터 분석 기반 구축으로 전통의학 임상연구 경 쟁력 강화
나. 연구 관리 측면
○ IRB/DRB 연계 자동화로 데이터 거버넌스 체계 강화
○ 이노베이션존 포털을 통한 투명한 데이터 요청·승인·반출 워크플로 - 2 -
우 구현
○ 비식별화 자동 처리를 통한 개인정보 안전성 확보
다. IT 측면
○ K-Health 통합플랫폼과 연계된 표준화된 CDW 아키텍처 확립
○ ETL 자동화를 통한 데이터 수집·이관 효율성 극대화
○ 확장가능한 통합모델링 체계 구축으로 향후 추가 질환 확대 용이
- 3 -
Ⅱ. 기관현황
1 원광대학교 광주한방병원 개요
병원현황
○ 목표
- 한방, 양방 통합 진료로 질병을 정복하는 최고의 병원으로 사회에 공헌
○ 비전
- 뇌 질환, 척추관절통증질환, 암, 내과 질환, 부인 질환, 소아 질 환, 정신 질환, 안 질환, 이비인후 질환, 피부 질환에 대한 특성 화된 진료와 연구 - 한의과 대학생 및 한의사 전문의 교육을 통해서 원광대학교 한의 과대학 부속병원의 사명을 다하도록 끝없이 노력
- 변화와 혁신을 주도하는 병원
- 지역과 함께 세계로 도약하는 병원
○ 조직도
- 4 -
○ 병원 기본 프로파일
| 기관명 | 질환셋 수 | 비고 |
|---|---|---|
| 전남대병원 | 기 6종 구축 | 기구축 데이터셋 지속 관리 및 카탈로그 생성 |
| 조선대병원 | 기 4종 구축 | |
| 원광대학교 광주한방병원 | - | 2027년부터 신규 구축 시작(한방 통합모델 설계 포함) |
- 5 -
Ⅲ. 사업추진 방안
1 추진목표
사업 추진목표
◈ 임상연구정보검색시스템(CDW: Clinical Data Warehouse) 구축 ◈ 주요 임상 지표 구현 ◈ 데이터심의위원회 구현 ◈ 다기관 질환 레지스트리 데이터를 수용·연계할 수 있는 거점병원 통합 CDW 기반 구축 ◈ 거점병원 공동연구 및 AI 활용을 위한 데이터 통합 환경 마련
○ 임상연구정보검색시스템(CDW) 구축을 통한 광주지역 다기관
임상데이터 통합 활용 기반 마련
○ K-Health 통합플랫폼 연계 기반의 표준화된 데이터
수집·이관·적재 자동화 체계 구현
○ IRB/DRB 기반 데이터 거버넌스 체계 내재화 및 이노베이션존
포털 연계
○ 한방 임상데이터 통합모델 설계
○ 비식별화·암호화 기반 개인정보보호 체계 구축
2 추진전략
업무/관리 관점
○ 임상 연구자 중심의 업무 편리성 제공으로 생산성 및 효율성 증대
○ 사업을 체계적으로 추진할 전담조직 구성 및 단계별 품질관리
- 6 -
수행
○ 5개년 중장기 로드맵에 따른 질환셋 확대 및 통합모델 고도화
기술 관점
○ K-Health 통합플랫폼 기 구축 연계서버 활용을 통한 효율적 데이 터 연계
○ ETL 자동화 및 데이터 품질 검증 체계 구현
○ 한방 임상데이터 국제표준(OCS, OMOP-CDM 등) 적용 방안 검토 및 적용
○ 질환 레지스트리 데이터 통합 CDW 적재 및 운영 환경 구축
- 거점 병원에서 구축한 질환 레지스트리 데이터 통합 수용
- 통합 CDW 기반 데이터 관리 및 운영 체계 마련
- 공통데이터모델(CDM) 설계 : 거점병원과의 연계 분석을 위해
데이터 스키마를 설계하고, 한방 데이터를 담기 위한 확장
테이블을 정의
○ 통합 CDW 기반 공동연구 및 AI 활용 환경 조성
- 질환 레지스트리 기반 데이터 분석 활용 환경 마련
- AI 모델 연합학습 적용 기반 구축
- 7 - 3 추진체계
사업 추진체계 구성도
기관별 역할
| 구분 | 기관명 | 역할 |
|---|---|---|
| 총괄기관 | 광주테크노파크 | • 사업 총괄 관리 |
| 주관기관 | 원광대학교 광주한방병원 | • 사업 기본계획 수립 및 제안요청서 작성 • 사업 요구사항 제시 및 사업관리 수행 • 이행현황 점검, 사업성과물 확인 등 사업 주관 • 유관기관 간 업무 협의 및 조정 |
| 참여기관 | 전남대학교병원/ 조선대학교병원 | • 질환별 데이터셋 추출 • 병원 IRB 수행 • 데이터셋 송신 |
| 사업수행 | 용역사업자 | • 일정별 사업수행 • 계약내용 준수 및 주관기관의 요구사항 수행 • 사업성과물 작성 및 보고(착수/중간/완료/수시보고) |
- 8 - 4 추진일정
사업 추진일정
○ 사업기간 : 계약일로부터 2030년 12월 31일까지
| 사 업 일 정 | ||||||
|---|---|---|---|---|---|---|
| 구 분 | 2026 | 2027 | 2028 | 2029 | 2030 | |
| 사업착수 및 계획수립 | ||||||
| ⦁전남대학교병원 | 1종 | 1종 | 1종 | 1종 | 1종 | |
| -질환 선정 | ||||||
| -질환별 항목 선정 및 테이블 정의 | ||||||
| -데이터셋 추출 | ||||||
| 거 | -데이터셋 전송 | |||||
| 점 병 | -데이터셋 검증 | |||||
| 원 | ⦁조선대학교병원 | 1종 | 1종 | 1종 | 1종 | 1종 |
| 통 | -데이터이관 설계 | |||||
| 합 | -데이터베이스 설계 | |||||
| C D | -화면/보고서 설계 | |||||
| W | ⦁원광대광주한방병원 | - | 1종 | 1종 | 1종 | 1종 |
| 구 | -데이터 이관/개발 | |||||
| 축 | -단위테스트 | |||||
| ⦁시험운영 및 오픈 | ||||||
| -통합테스트 | ||||||
| -산출물작성 | ||||||
| ⦁적용 및 사용자 교육 |
| 요구사항 구분 | 설 명 | 개수 |
|---|---|---|
| 합 계 | 37 | |
| 공통(CMR) Common Requirement | 목표시스템의 구성을 위해 필요한 하드웨어, 소프트웨어 등의 도입 장비 내역 등 시스템 공통 장비 구성에 대한 요구사항 | 1 |
| 기능(SFR) System Function Requirement | 목표시스템이 반드시 수행해야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야 하는 기능(동작)에 대한 요 구사항 | 8 |
| 인터페이스(SIR) System Interface Requirement | 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항 | 2 |
| 데이터(DAR) Data Requirement | 목표시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환 을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축 하기 위해 필요한 요구사항 | 5 |
| 테스트(TER) Test Requirement | 구축된 시스템이 목표대비 제대로 운영되는가를 테스트하고 점검하기 위한 요구사항 테스트 유형, 테스트 환경, 방법, 절 차 등에 대한 요구사항 | 1 |
| 보안(SER) Security Requirement | 정보 자산의 기밀성과 무결성을 확보하기 위해 목표시스템의 데이 터 및 기능, 운영 접근을 통제하기 위한 요구사항 | 5 |
| 품질(QUR) Quality Requirement | 목표 사업의 원활한 수행 및 운영을 위해 관리가 필요한 품질 항목, 품질 평가 대상 및 목표에 대한 요구사항 신뢰성, 사용 성, 유지관리성, 이식성, 보안성 등 | 2 |
| 제약사항(COR) Constraint Requirement | 목표시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술 ㆍ표준ㆍ업무ㆍ법제도 등의 제약조건 | |
| 프로젝트 관리(PMR) Project Management Requirement | 프로젝트의 원활한 수행을 위한 관리방법 및 추진 단계별 수 행방안에 대한 요구사항 | 7 |
| 프로젝트 지원(PSR) Project Support Requirement | 프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방안에 대한 요구사항(교육훈련 및 기술지원, 하자보수 등) | 4 |
| 구 분 | 고유번호 | 요구사항명 |
|---|---|---|
| 공통요구사항 | CMR-001 | 공통 사항 |
| SFR-001 | 질환 별 데이터 셋 구축 지원 | |
| SFR-002 | 연계서버 구성 및 송신 | |
| SFR-003 | ETL 관리 기능 | |
| 기능 요구사항 | SFR-004 | 데이터 통합 모델 적재 및 고도화 |
| SFR-005 | 카탈로그 생성 등록 관리 | |
| SFR-006 | 전남대학교병원 질환셋 관리 | |
| SFR-007 | 조선대학교병원 질환셋 관리 | |
| SFR-008 | 원광대학교 광주한방병원 질환셋 관리 | |
| SIR-001 | 시스템 연계 정합성 | |
| 인터페이스 요구사항 | SIR-002 | 시스템 인터페이스 |
| DAR-001 | 데이터 요구사항 | |
| DAR-002 | 데이터 표준준수 | |
| 데이터 요구사항 | DAR-003 | 데이터 암호화 |
| DAR-004 | 데이터값 검증 | |
| DAR-005 | 데이터 품질관리 | |
| 테스트 요구사항 | TER-001 | 연계 테스트 |
| 보안 요구사항 | SER-001 | 보안지침 준수 |
| 구 분 | 고유번호 | 요구사항명 |
|---|---|---|
| SER-002 | 응용시스템 및 DB보안 | |
| SER-003 | 사업 종료 후 투입된 인력에 대한 보안 관리 | |
| SER-004 | 누출금지 대상 정보 | |
| SER-005 | 개인정보보호 및 데이터 암호화 | |
| QUR-001 | 품질 전담 조직의 구성 | |
| 품질 요구사항 | QUR-002 | 정확성 |
| COR-001 | 기술 표준 적용 및 운영체제 호환성 준수 | |
| 제약사항 | COR-002 | 명명규칙 표준화 |
| PMR-001 | 프로젝트 관리 체계 | |
| PMR-002 | 제안 일반사항 | |
| PMR-003 | 일정관리 | |
| 프로젝트 관리 요구사항 | PMR-004 | 산출물 관리 |
| PMR-005 | 품질관리 | |
| PMR-006 | 리스크 관리 | |
| PMR-007 | 개발방법론 | |
| PSR-001 | 하자보수와 유지관리 일반사항 | |
| 프로젝트 지원 | PSR-002 | 장애대책 방안 |
| 요구사항 | PSR-003 | 교육훈련 |
| PSR-004 | 기술지원 |
| 요구사항 분류 | 공통 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | CMR-001 | |
| 요구사항 명칭 | 공통 사항 | |
| 정의 | ||
| 요구사항 상세설명 | 세부 내용 | ○ 질환 별 데이터셋 구축 - 대상병원: 원광대학교광주한방병원 및 전남대병원, 조선대병원, - 구축기간: 2026년 ~ 2030년 (단, 원광대학교광주한방병원은 자체 CDW 구축 이후 2027년부 터 구축) - 구축대상 : 질환은 매년 협의를 통해 선정 - 2026년도 대상 : 2종 20,000건(전남대병원, 조선대병원) - 2027년 ~ 2030년도 대상 : 12종 100,000건(3개 병원) ○ 모든 데이터셋은 IRB 및 DRB(데이터심의위원회) 심의를 거쳐 K-Health 통합플랫폼으로 송신 ○ 수집된 데이터는 K-Health 통합플랫폼 CDW 통합모델 기준에 맞추어 설계·적재 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-001 | |
| 요구사항 명칭 | 질환 별 데이터 셋 구축 지원 | |
| 정의 | 질환 별 데이터 셋 구축 수행이 원활하게 이루어지도록 지원 | |
| 요구사항 세부내용 | 세부 내용 | ○ 질환 별 데이터셋 구축 지원 - 대상 질환 선정 지원 - 추출 대상 및 수집항목 검토/확정(환자 기본정보 등)지원 - 운영데이터 이관 지원 - 레지스트리 테이블 생성 지원 - 데이터 추출/검증 지원 - 질환 별 IRB/DRB 심의 지원 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-002 | |
| 요구사항 명칭 | 연계서버 구성 및 송신 | |
| 정의 | 연계서버 구성 및 송신에 관한 사항 | |
| 요구사항 세부내용 | 세부 내용 | ○ 질환 별 데이터셋 수집 - 질환 별 데이터셋 수집 체계 설계 - 질환 별, 병원 별 테이블 생성 - 수집 시기, 방식 형식 등 설정 - 암호화 전송 적용 - 송신데이터 정합성 검증 및 오류 처리 방안 수립 - 기구축된 K-Health 통합플랫폼의 연계서버 활용 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-003 | |
| 요구사항 명칭 | ETL 관리 기능 | |
| 정의 | ETL 관리 기능 제공 | |
| 요구사항 세부내용 | 세부 내용 | ○ 연계서버에 적재된 데이터셋 추출(Extract) ○ K-Health 통합플랫폼 CDW 프로세스에 따른 데이터 변환(Transform) - 코드 매핑, 결측치 처리, 형식 변환 등 포함 ○ ODS 영역 적재(Load) 및 적재 결과 검증 ○ ETL 이력 관리 및 모니터링 기능 제공 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-004 | |
| 요구사항 명칭 | 데이터 통합 모델 적재 및 고도화 | |
| 정의 | 데이터 통합 모델 적재 및 고도화에 관한 사항 | |
| 요구사항 세부내용 | 세부 내용 | ○ ODS 데이터를 통합모델 적용하여 CDW 적재 ○ 기 구현 통합모델 분석 및 신규 질환셋 항목 반영 모델링 ○ 한방데이터 통합모델 설계(원광대광주한방병원 적용) |
- 14 - - OMOP-CDM 등 국제표준 적용 가능성 검토 - 한의학 용어·코드 표준 매핑(한국한의학연구원 표준 등) ○ 통합모델링 체계 유지 및 버전 관리
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-005 | |
| 요구사항 명칭 | 카탈로그 생성 등록 관리 | |
| 정의 | 카탈로그 생성에 관한 사항 | |
| 요구사항 세부내용 | 세부 내용 | ○ CDW에 적재 완료된 질환 별 데이터셋에 대한 카탈로그 생성 - 병원 별, 질환 별로 생성 및 등록 - 카탈로그 저장소 적재 및 관리 - 카탈로그 검색, 조회, 수정, 삭제 관리 기능 - 데이터셋 메타데이터 등록 - K-Health 통합플랫폼의 이노베이션존 포털에 게시되도록 연계 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-006 | |
| 요구사항 명칭 | 전남대학교병원 질환셋 관리 | |
| 정의 | 전남대학교 병원 질환셋 관리에 관한 사항 | |
| 요구사항 세부내용 | 세부 내용 | ○ 기 구축 데이터셋(6종) 관리 ○ 기 구축 질환셋 카탈로그 생성 및 관리 ○ 신규 질환 데이터 셋 CDW 구축 - raw data를 ETL을 활용하여 ODS에 적재 - ODS 데이터를 통합데이터모델에 따라 변환·표준화하여 CDW 적재 ○ 신규 질환 데이터 셋 카탈로그 생성 관리 - 질환데이터 추출 기능 제공 - 질환 별 카탈로그 등록 기능 - 질환 별 카탈로그 관리 기능 - 카탈로그 저장소에 적재 기능 - 카탈로그이노베이션존 포털에 게시 관리 |
| 요구사항 분류 | 기능 요구사항 |
|---|---|
| 요구사항 고유번호 | SFR-007 |
| 요구사항 명칭 | 조선대학교병원 질환셋 관리 |
| 정의 | 조선대학교병원 질환셋 관리에 관한 사항 | |
|---|---|---|
| 요구사항 세부내용 | 세부 내용 | ○ 기 구축 데이터셋(4종) 관리 ○ 기 구축 질환셋 카탈로그 생성 및 관리 ○ 신규 질환 데이터 셋 CDW 구축 - Raw Data를 ETL 프로세스를 통해 ODS에 적재 - ODS 데이터를 통합데이터모델에 따라 변환·표준화하여 CDW 적재 ○ 신규 질환 데이터 셋 카탈로그 생성 및 관리 - 질환데이터 추출 기능 제공 - 질환별 카탈로그 생성 및 등록 기능 제공 - 질환별 카탈로그 수정·관리 기능 제공 - 카탈로그 저장소 등록 및 적재 기능 제공 - 이노베이션존 포털 게시 및 관리 기능 제공 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-008 | |
| 요구사항 명칭 | 원광대학교 광주한방병원 질환셋 관리 | |
| 정의 | 원광대학교 광주한방병원 질환셋 관리에 관한 사항 | |
| 요구사항 세부내용 | 세부 내용 | ○ 한방 임상데이터 통합모델 설계 ○ 신규 질환 데이터 셋 CDW 구축 - Raw Data를 ETL 프로세스를 통해 ODS에 적재 - ODS 데이터를 통합데이터모델에 따라 변환·표준화하여 CDW 적재 ○ 신규 질환 데이터 셋 카탈로그 생성 및 관리 - 질환데이터 추출 기능 제공 - 질환별 카탈로그 생성 및 등록 기능 제공 - 질환별 카탈로그 수정·관리 기능 제공 - 카탈로그 저장소 등록 및 적재 기능 제공 - 이노베이션존 포털 게시 및 관리 기능 제공 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-001 | |
| 요구사항 명칭 | 시스템 연계 정합성 | |
| 정의 | 시스템 연계 정합성에 대한 사항 | |
| 요구사항 상세설명 | 세부내용 | ○ 각 기기와 서버, 서버와 서버 간의 데이터 전송의 정합성이 보증되어야 함. ○ 데이터 누락 방지를 위해 각 연계 데이터별 정합성 검증 방안 제시 |
| 요구사항 분류 | 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-002 | |
| 요구사항 명칭 | 시스템 인터페이스 | |
| 정의 | 시스템 인터페이스에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | ○ 시스템의 성능에 미치는 영향을 고려하여 갱신주기, 연계 어플리케이션 실 행시간 등을 설정하여야 함 ○ 연계시스템 등과 원활한 자료 연계 보장 ○ 데이터 연계의 정확성을 위해 개발 및 테스트 환경을 구성하고, 연계 어플 리케이션의 기능수행 정확도를 검증한 후 운영 시스템에 이관하여 시스템을 운영 ○ 사용자 또는 정보 증가 시에도 안정적인 성능을 제공하여야 하며 추가 라이 선스 비용 등이 발생하지 않아야 함 ○ 연계대상, 연계범위, 연계방식, 연계주기, 연계 건수 등 사업 추진 시 연계 관련 제반사항을 협의 후 확정함 ○ 다양한 이기종 정보시스템과 인터페이스 연동 시 표준규격에 맞는 인터페이 스 방식 제안 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-001 | |
| 요구사항 명칭 | 데이터 요구사항 | |
| 정의 | 내부 데이터 수집 부분 구축에 따른 공통사항 | |
| 요구사항 세부내용 | 세부 내용 | l 수집된 데이터는 통합모델링 구성 l 연구에 필요한 주요 데이터들은 통합 CDW 영역 구성 시 포함하여 향후 활용할 수 있도록 제공 l 연구에 필수적으로 사용하는 기본 데이터(나이, 성별, 상병코드, 약 제 코드 등)는 통합 CDW 영역 구성 시 포함하여 향후 활용할 수 있도록 제공 l 데이터를 사용하는 목적에 따라 업무영역 간의 데이터를 통합하여 다차원 모델링 구조로 추출/적재 |
| 요구사항 고유번호 | DAR-002 | |
|---|---|---|
| 요구사항 명칭 | 데이터 표준준수 | |
| 정의 | 데이터 표준준수에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 「공공기관의 데이터베이스 표준화 지침」「공공데이터 관리지침」「공공정보 품 질관리 매뉴얼」데이터 관련 지침을 준수하여 DB설계 및 운영이 가능하도록 구축 l DB 구조 최적화, DBMS 튜닝 등을 통해 데이터 안정성 및 성능을 개선 l DB의 효율적인 운영관리 및 공간 낭비 방지를 위해 데이터 중복을 최소화 l 데이터의 공유, 재사용, 교환, 품질향상, DB 통합 등을 위해 표준화되어야 함 l 시스템 구축에 필요한 데이터 표준항목(단어, 용어, 도메인, 코드)을 정의하 여 구축되는 시스템의 데이터 표준 사전을 제정하여야 함 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-003 | |
| 요구사항 명칭 | 데이터 암호화 | |
| 정의 | 데이터 암호화에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 개인정보보호법 등 관련 법규, 지침 등을 준수하여 데이터베이스 및 저장소 데이터에 민감개인정보(주민등록번호, 패스워드 등)이 포함될 시 개인정보보 호법 등 관련 법규, 지침 등에 따라 암호화하여 저장해야 함 l 개인정보 및 생체정보 전송시에는 암호화된 데이터로 전송되어야 함 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-004 | |
| 요구사항 명칭 | 데이터값 검증 | |
| 정의 | 데이터값 검증에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 데이터값 검증방안 및 계획(일정 및 수행방법론 등) 제시 l 목표시스템(DB)의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)에 맞는 업무규칙(BR)을 정의 l 데이터값 검증 범위(전체 또는 핵심 영역 등), 데이터값 검증 기준 적용 범위(범정부 기준 또는 기관 자체 기준 등)을 포함 l 공공데이터 품질관리 매뉴얼(Ⅱ. 데이터 품질관리 2.4 운영단계 품질관 리) 준수 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-005 | |
| 요구사항 명칭 | 데이터 품질관리 | |
| 정의 | 데이터 품질관리에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 연계데이터 관리방안 제시 - 제공기관 및 활용기관 간 연계데이터의 정합성이 유지되도록 방안을 제시 하고 구축하여야 함 - 연계데이터 목록을 정의하고 관리방안을 제시하여야 함 ※ 연계정보(송·수신구분, 정보명, 주기), 연계항목(항목명, 설명, 데이터타 입, 길이), 항목 출처(DB, 테이블, 컬럼명), 제공기관, 활용 기관 등 - 연계데이터를 제공·활용하는 기관 상호 간의 데이터 품질확보를 위해 연계 표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증 수행 l 공공데이터 관리지침, 공공기관의 데이터베이스 표준화 지침, 공공데이터 품 질관리 매뉴얼(Ⅱ. 데이터 품질관리 2.2 계획단계 품질관리) 준수 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-001 | |
| 요구사항 명칭 | 연계 테스트 | |
| 정의 | 연계 테스트에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 발생 가능한 상황에 대해서 가 데이터를 입력하여 시험하여야 하며 각종 유형별 시험계획서를 구체적으로 작성하여 제출하여야 함 l 시험계획서에 시험 인력, 시험 데이터, 시험 절차/방법, 시험 일정/ 주기 등을 포함하여야 함 l 시험 결과의 모니터링 및 시험 결과를 계속하여 반영(에러조치를 확 인하여 요구사항이 모두 충족되도록 하여야 함) |
- 19 - l 국가 정보보안 기본지침(국가정보원, 2023. 1.) l 보건의료데이터 활용 가이드라인(보건복지부, 2022.12) l 국가 클라우드 컴퓨팅 보안 가이드라인(국가정보원, 2023. 1.) l 암호화모듈 구현안내서(국가정보원, 2022. 5.) l 웹 응용프로그램 개발 보안 가이드(행정안전부, 2010. 1.) l 공공기관 홈페이지 개인정보 노출방지 가이드라인(행정안전부, 2011. 5.) l 소프트웨어 개발보안 가이드(행정안전부, 2021. 5.) l 개발자 대상 개인정보 보호조치 적용 안내서(개인정보보호위원회, 2020.12) 세부 l 개인정보의 안전성 확보조치 기준(개인정보보호위원회 고시 제2020-2호) 내용 l 국가 사이버 안전 매뉴얼(국가정보원) l 기술적용계획표의 법률 및 고시등 포함 l 본 사업은 위 지침 외에도 정부가 제정ㆍ공포한 관계 제 법규(지침)을 준 수하여야 하며, 사업기간동안 법규가 변경될 경우 해당 법규 준수 l 용역사업 중 또는 종료 후라도 본 사업과 관련하여 국가정보원 등 관련 기관으로부터 보안에 문제가 있다고 지적될 경우 반드시 해결책을 강구하 고 조치하여야 함. l 홈페이지 보안관리 매뉴얼(국가사이버안보센터)에 따른 보안관리 l 개인정보의 안전성 확보조치 기준(행정안전부) l 홈페이지 개인정보 노출방지 가이드라인(행정안전부)
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-002 | |
| 요구사항 명칭 | 응용시스템 및 DB보안 | |
| 정의 | 응용시스템 및 DB보안에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 내부 응용시스템 등 응용 서비스를 제공하는 시스템 및 서비스에 대한 보 안대책을 마련하여야 함 - 공공기관의 개인정보보호에 관한 법률 및 지침에 의거 시스템 설계 및 개발 시 주민번호 암호화, 열람로그 기록 등 개인정보보호 기능을 반드시 포함 - 사용자 인증 정보, 주민등록번호, 계좌번호, 패스워드, IP 등은 소스코드 에 직접 하드코딩하지 않음 - 개인정보 암호화 대상은 행정안전부의 “개인정보 암호화 조치 안내서”를 준수하여 암호화 수행 l 업무별, 데이터별 중요도에 따른 접근권한의 차등 부여방안 마련 - 데이터베이스관리자(DBA)를 따로 지정하여 데이터베이스 관리 - DB 사용자를 등록하고 적절한 역할(Role)과 권한(Privilege)부여 |
- 20 - - DB 사용자의 임의 접근을 차단하고, 접근을 허가한 경우라도 신청자의 업무와 관련된 DB에로의 접근만 허가 - DB Application 사용자는 정당한 사유 없이 Unix Prompt에 접근금지 - 업무상의 이유로 DB에 접속할 경우라도 반드시 DBA의 허가를 득한 후 사용
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-003 | |
| 요구사항 명칭 | 사업 종료 후 투입된 인력에 대한 보안 관리 | |
| 정의 | ||
| 요구사항 세부내용 | 세부 내용 | l 사업 종료 후 사업체는 주관기관에서 받은 모든 자료를 전량 반납하 고 삭제해야 하며, 용역사업 관련 자료를 보유하고 있지 않는다는 대표 명의 확약서(위반 시 법적책임 있음을 명시)를 제출하여야 함 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-004 | |
| 요구사항 명칭 | 누출금지 대상 정보 | |
| 정의 | 누출금지 대상 정보의 범위 | |
| 요구사항 세부내용 | 세부 내용 | l 누출금지 대상 정보의 범위는 다음과 같음 - 사업 대상 전산시스템의 내․외부 IP주소 현황 - 세부 전산시스템 구성 현황 및 정보통신망 구성도 - 사용자계정 및 패스워드 등 시스템 접근권한 정보 - 전산시스템(통신망 포함) 취약점 분석·평가 결과물 - 용역사업 결과물 및 프로그램 소스코드 - 국가용 보안시스템 및 정보보호시스템 도입 현황 - 침입차단시스템/IPS, 방화벽 등 정보보호제품 및 라우터/스위치 등 네트워크 장비 설정 정보 -「공공기관의 정보공개에 관한 법률」 제9조 1항에 따라 비공개 대 상 정보로 분류된 기관의 내부문서 -「개인정보보호법」 제2조 1항의 개인정보 - 기타 계약체결 및 계약이행과정 중 주관기관에서 공개가 불가하 다고 판단한 자료 |
| 요구사항 분류 | 보안 요구사항 |
|---|---|
| 요구사항 고유번호 | SER-005 |
| 요구사항 명칭 | 개인정보보호 및 데이터 암호화 | |
|---|---|---|
| 정의 | 개인정보보호 및 데이터 암호화에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 구간암호화(SSL) - 사용자웹서버 구간 간 암호화방식을 적용하여 구현 - DB 상 존재하는 중요 정보(패스워드, 실명정보 등)에 대한 스니핑 등의 위협으로부터 보호하기 위하여 SSL 등 네트워크 구간 암호화 조치를 수 행 - 인증 정보 및 패스워드 등은 소스 코드에 하드 코딩 되지 않아야 함. l 개인정보보호법 및 개인정보보호위원회 “개인정보의 안전성 확보조치 기 준” 준수 l 각 기능에 명시된 개인정보(주민등록번호, 계좌번호 등)는 반드시 암호화 하여 DB에 저장하여야 함 l 관리자인 경우에도 화면에 해당 정보를 그대로 노출시키지 않아야 함 l 개인정보 안정성 확보 기준의 적용방안을 제안하고 적용해야 함 l 개인정보보호법 의거 개인정보(고유식별정보)가 분실·도난·유출·변도 또는 훼손되지 않도록 안전성을 확보하여야 함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-001 | |
| 요구사항 명칭 | 품질 전담 조직의 구성 | |
| 정의 | 품질 전담 조직의 구성에 대한 요구사항 | |
| 요구사항 세부내용 | 세부 내용 | l 사업 전반에 대해 품질을 전담하는 조직을 운영하여야 함 l 품질관리 조직의 운영 방안에 대해 추진 일정별 역할 등을 상세히 수립하여 제시 함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항고유번호 | QUR-002 | |
| 요구사항 명칭 | 정확성 | |
| 정의 | 정확성에 대한 요구사항 | |
| 요구사항 세부내용 | 세부 내용 | l 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요 구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 baseline으로 간주함 |
- 22 - l 제공되기로 한 요구사항을 제공하는지는 각 기능 요구사항의 검증 (테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제 공한 것으로 평가함 l 테스트를 위한 구체적인 룰 및 적용 방안을 제안하여, 기능오류를 줄이는 방안을 제시함 l 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수 행함으로써 평가함 8. 제약사항(Constraint Requiremen)
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-001 | |
| 요구사항 명칭 | 기술 표준 적용 및 운영체제 호환성 준수 | |
| 정의 | 기술 표준 적용 및 운영체제 호환성 준수에 관한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 업계 표준의 기술을 사용함으로써 개발/유지보수가 용이해야 함 l 모든 응용프로그램 유연성, 확장성, 재사용성을 확보할 수 있도록 모듈화 전략을 반영하여 개발 l 상호 운용성, 정보의 공동 활용, 시스템의 효율성 및 정보접근을 위한 기 술적 편의성 등에 대한 최신 정보기술 적용 l 기술적용 계획표의 검토 및 준수와 결과표 작성 방안을 제시하여야 함 l 기술적용계획표 검토 시 부득이한 경우를 제외하고는 특정기술에 종속되 지 않는 개방형 기술로 구현하도록 검토하여야 함 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-002 | |
| 요구사항 명칭 | 명명규칙 표준화 | |
| 정의 | 명명규칙 표준화에 대한 제약사항 | |
| 요구사항 세부내용 | 세부 내용 | l [산출물, 데이터 항목, 화면, 보고서, 서식 DB, 프로그램 ID]는 제안 사에서 명명규칙을 작성하여 제출하며, 승인 후 명명 규칙에 따라 구현하여야 함 |
| 요구사항 분류 | 프로젝트 관리 요구사항 |
|---|---|
| 요구사항 고유번호 | PMR-001 |
| 요구사항 명칭 | 프로젝트 관리 체계 | |
|---|---|---|
| 정의 | 프로젝트 관리 체계(사업관리책임, 사업수행 장소)에 관한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 수행업체는 사업추진, 품질보증, 보안 등의 전체적인 사업관리에 책임이 있음 l 수행업체는 전체 또는 부문별 사업관리자를 임명하여 수행하여야 함 - 사업관리자(PM)는 공공기관 정보시스템 구축사업 및 CDW 구축 PM경력이 있는 자여야 함 l 본 사업을 수행하기 위해 사무환경 및 집기비품, 개발에 필요한 장비는 제안사가 마련하며, 작업장소 등에 대해서는 상호 협의하여 정함 l 원격지 개발장소 보안 요구사항 - 공급자는 원격지 개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응 방안을 제안하여야 함 - 공급자는 원격지 개발에 따른 개발방법 등에 대한 구체적인 방안을 제 시하여야 함 - 원격지 개발에 따른 수행 장소 등에 대하여 구체적인 원격지 보안 관리 대책(시건장치, 출입통제 등)을 실시하여야 함 1. 프로젝트 사무실, 중요장비 설치장소에 대한 출입 보안 2. 개인소유 PC 및 보조기억장치 반입·반출 통제 3. 생성문서는 별도 잠금장치가 된 곳에 보관하며, 안전한 방법에 따라 폐기할 것 4. 문서의 보안등급 부여 및 차별화 된 권한관리를 수행할 것 등 l 원격지 개발 장소 제시·검토 절차 - 공급자는 작업 장소 상호협의 시 제안요청서 내 명시된 보안 요구사항 을 준수한 작업 장소를 제시할 수 있으며, 발주기관에서는 제시된 작업 장소에 관하여 우선 검토한다. 다만, 발주기관에서는 공급자가 제시한 작업장소가 보안 요구사항을 준수하지 못한 경우 거부할 수 있음 l 사업관리 방법 - 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리방 법론을 통한 체계적인 사업관리방안을 제시하여야 함 |
- 24 - 해야 하며, 필요시 제안서에 포함된 정보를 구체적으로 입증할 수 있는 자료를 제공 l 제안 내용에 관한 확인을 위해 추가 자료요청을 할 수 있으며, 이 내용 경우 제안 업체는 이에 응해야 함 l 본 사업에 필요한 모든 제안 내용은 원광대학교광주한방병원이 제시 한 조건에 충족한 사업자(이하 ‘사업자’)에 의해 일괄 제안해야함 l 프로젝트 수행과 환경관리를 위해 필요한 비품을 제공
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-003 | |
| 요구사항 명칭 | 일정관리 | |
| 정의 | 일정관리에 대한 사항 | |
| 요구사항 세부내용 | 세부 내용 | l 발주처에서 필요 시 설계 및 구현 각각의 단계별 착수보고회, 완료보고회 등 사업진행과 관련한 보고회를 개최할 수 있음 l 일정은 수치화하여 진도를 보고할 수 있어야 하며 해당 과정에서 계획 대비 10% 이상 지연이 발생 시 비상으로 간주하고 이에 대한 방안을 수 립하여 진도 보고서를 작성하고 실천해야 함 l 일정상의 변동이 있으면 지속적으로 실제 일정 내역을 반영하여 산출물 로 남겨야 함 l 보고회 개최에 따른 회의자료 제작 등 제반 비용은 사업수행자가 전액 부담하여야 함 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-004 | |
| 요구사항 명칭 | 산출물 관리 | |
| 정의 | 산출물 관리 요구사항 | |
| 요구사항 세부내용 | 세부 내용 | l 선정된 사업자는 사업추진 과정에서 생산되는 제반 작업 단위별 산 출물에 대하여 작업 일정 계획 및 품질보증계획과 연계하여 산출물 의 종류, 주요 내용, 작성 및 제출 시기, 제출 부수 등 제시 l 산출물 및 각종 안내서(시스템 운영자, 사용자 안내서 등)의 관리방안 을 제시 l 개발 및 커스터마이징 보고서 제출 |
| 요구사항 고유번호 | PMR-005 | |
|---|---|---|
| 요구사항 명칭 | 품질관리 | |
| 정의 | 품질관리 요구사항 | |
| 요구사항 세부내용 | 세부 내용 | l 본 프로젝트의 차질 없는 수행을 위하여 단계별 품질보증 활동을 성 실히 수행 l 본 프로젝트 수행 시 단계별 제출할 산출물에 관한 내용을 제시 l 프로젝트에 대한 산출물의 품질목표가 만족하도록 원활한 품질 활동 절차 및 수행 내용에 대한 계획을 제시 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-006 | |
| 요구사항 명칭 | 리스크 관리 | |
| 정의 | 리스크 관리 요구사항 | |
| 요구사항 세부내용 | 세부 내용 | l 보안, 일정 지연, 품질 저하, 장비 변경에 따르는 예산초과 등 리스 크 발생을 사전 예방하고 발생 시 사후 대처방안을 제시한다. l 프로젝트 추진 과정에서 요구되는 진척/위험/변경 사항의 관리 방안 및 지속해서 문제를 파악해서 관리하는 방안 제시 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-007 | |
| 요구사항 명칭 | 개발방법론 | |
| 정의 | ||
| 요구사항 세부내용 | 세부 내용 | l 개발방법론은 제안사가 CDW 및 기타 시스템 구축에 효율적이라고 판단되는 방법론을 선택하되, 빠른 통합 및 빌드가 가능한 방안을 제시, 이에 대한 방법론 선정 사유 제시 l 본 사업의 수행절차의 체계적 관리를 위한 방법론을 분석, 설계, 개 발, 통합 및 시험에 이르기까지 단계별로 체계적인 적용방안 제시 l 프로그램 개발 및 데이터 관리에 대한 표준화, 변경 관리, 문서 관 리 방안 제시 |
| 요구사항 분류 | 프로젝트 지원 요구사항 |
|---|---|
| 요구사항 고유번호 | PSR-001 |
| 요구사항 명칭 | 하자보수와 유지관리 일반사항 | |
|---|---|---|
| 정의 | 프로젝트 지원 요구사항 | |
| 요구사항 세부내용 | 세부 내용 | l 하자보수 계획은 통합 및 개발된 시스템의 효과적인 운용을 보장하는 등 적절한 보완대책을 제시하여야 함 l 하자담보 책임기간은 준공검사 완료일로부터 1년간 계약 목적물의 하자 에 대한 보수책임이 있음 l 하자보수 기간 중 장애발생 시 장애접수 후 24시간 이내에 신속한 장애 조치를 하여야 함 l 하자보수 운용 시 고려사항 - 시스템 검수 후 시스템의 안정적 운용 및 하자보수를 위하여 전문 유지 보수 요원 1명을 지정하여 신속한 대응이 이루어져야 함. - 하자보수 이외의 추가 개발ㆍ구축(상위버전 업그레이드 포함), 사업 방 법의 개선 등은 유상유지관리 및 재개발로 계약을 체결하여 유상으로 사업을 추진함. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-002 | |
| 요구사항 명칭 | 장애대책 방안 | |
| 정의 | ||
| 요구사항 세부내용 | 세부 내용 | l 발생할 수 있는 장애 요소들을 유형별로 구분하여 제시하고, 유형별 로 복구 방안, 복구시간 및 예방 대책을 제시한 l 제안사는 각종 장애 발생 시 즉각적인 원인분석 및 복구 등 하자보 수를 보장하기 위하여 S/W에 대한 기술지원 체계를 확보하고 있어 야 함 l 시스템의 최적 운용 방안 및 응급 처리 방안 등에 대한 상세한 장애 대책을 제출 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-003 | |
| 요구사항 명칭 | 교육훈련 | |
| 정의 | ||
| 요구사항 세부내용 | 세부 내용 | l 시스템 관리자 및 운영자를 대상으로 관리․운영에 필요한 종합적인 교육 지원 방안을 제시하여야 함 l 교육 과정ㆍ내용ㆍ장소ㆍ일정 등 제시 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-004 | |
| 요구사항 명칭 | 기술지원 | |
| 정의 | 기술지원 방안 | |
| 요구사항 세부내용 | 세부 내용 | l 사업수행과정과 관련된 필요한 기술이전 목록, 기술이전 방법 등에 대한 구체적인 계획을 제시하여야 함 l 사업기간 중 필요시 발주처의 실무자를 사업에 참여시켜 기술 능력을 배 양할 수 있도록 적극 협조하여야 하며, 개발 및 관련 분야의 정보기술에 대한 지속적인 정보제공 및 기술자문에 응하여야 함 l 개발된 시스템의 관리ㆍ운영ㆍ이용에 필요한 관리자 및 사용자 매뉴얼을 제공하여야 함 |
배점·평가
| 평가 부문 | 세부 평가항목 | 평가기준 | 배점 한도 |
|---|---|---|---|
| 사업수행 | 수행조직 | 수행 조직 및 업무 분장이 사업을 추진하기 위해 최적화되어 구성되어 있는지 평가한다. · 수행 조직 및 업무 분장의 적정성 | 7 |
| 능력 (14) | 투입 인력 | 투입인력이 프로젝트를 성공적으로 수행하기 위한 기술을 보유하고 있는지 평가한다. · 인력 수와 이력의 적정성 | |
| 사업 이해도 | 사업의 특성 및 목표에 대해 주변 환경분석과 업무내용의 연관관계의 이해를 바탕으로 일관성 있는 방향과 전략을 제시하고 있는가를 평가한다. · 개발 목표 및 내용의 이해도, 문제파악의 정확성, 업무분석체계의 명확성, 목표 시스템 구성의 적정성, 제안요청서와의 부합성 | 10 | |
| 전략 및 방법론 | 추진전략 | 사업수행 시 위험요소를 고려하여 얼마나 창의적이며 타당한 대안을 제시하였는가를 평가한다. · 추진전략의 창의성, 타당성 | 15 |
| (35) | 구축 방법론 | 제안한 방법론이 타당한지를 평가하고, 실제 적용 사례와 경험을 바탕으로 효율적인 단계별 활동 내용을 구성하여 산출물의 적정성을 유지하고, 기술과 경험을 적절히 활용 하고 있는가를 평가한다. · 절차의 타당성, 산출물의 적정성, 도구와 기법의 적정성과 경험, 적용방법론의 경험 | 10 |
| 사업 수행 | 구축 요구사항 | 구축수립 방법론 및 적정한 분석 도구를 활용하여 현행 업무환경 및 업무 프로세스를 정확히 분석하고 개선된 업무 프로세스 및 정보화전략계획의 이행 방안이 구체적으로 기술되어 있는가를 평가하고, 제안한 방안 및 기술의 명확성과 타당성을 평가한다. · 현행 업무환경 분석의 적정성, 수립방안의 요구사항 충족도, 구체성, 명확성 · 수립방안의 이행 편의성 및 용이성 | |
| (15) | 제약사항 | 관련 제약사항에 대한 분석과 파악이 정확하고 이에 대한 대응 방안을 구체적이고 현실적으로 기술하였는가를 평가한다. · 제약사항 문제파악의 정확성, 제약사항의 충족도, 제약사항의 대응 방안의 적정성 | 5 |
| 프로 | 관리 방법론 | 사업위험, 사업진도, 사업수행시 보안을 관리하는 방법, 사업수행 성과물이나 산출물의 형상 및 문서를 관리하는 방법 등을 평가한다. · 위험관리, 자원관리, 진도관리, 보안관리, 형상관리, 문서관리 방안의 적정성 | |
| 젝트 관리 (10) | 일정계획 | 사업수행에 필요한 활동을 도출하여 정확한 활동 기간의 산정과 도출된 활동 간의 배열이 합리적인지, 중간목표가 적정하게 제시되어 있는지, 각 활동에 적합한 자원이 적절히 할당되어 있는지 등을 평가한다. · 세부활동 도출 및 기간의 타당성, 세부활동 배열의 합리성, 중간목표 정의의 타당성, 자원배분의 합리성 | |
| 품질보증 방안 | 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 대외적으로 인정받을 만한 품질보증 관련 인증을 획득한 사례가 있는지를 확인하고 평가한다. · 품질보증계획의 적정성, 품질보증인력의 자질, 사업자 보증 능력, 국제 소프트웨어 개발 프로세스 품질인증 획득 여부 | 3 | |
| 프로 젝트 | 교육훈련 | 사용자, 관리자 등 시스템의 이용대상자별로 구분하여 교육훈련 방법, 내용, 교육일정, 교육 훈련 조직 등을 평가한다. · 교육훈련 내용의 적정성, 교육훈련 일정의 적정성, 교육훈련 조직의 적정성 | |
| 지원 (11) | 기밀보안 | 사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가한다. · 기밀보안 체계의 적정성, 기밀보안 대책의 확신성 | |
| 기타 | 결과물 보완을 위한 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. · 보완지원 계획, 절차, 범위, 기간의 적정성 | 2 | |
| 정량평가 | 유사사업 | 최근 3년 이내 병원정보화 관련 CDW구축 수행실적 | 3 |
| (5) | 수행실적 | ||
| 경영상태 경영상태 및 재무구조 신용평가 등급 계 | 2 90 |
| 항 목 | 기 준 | 점수 |
|---|---|---|
| ▪ 2.5억원 이상 | 3.0 | |
| 최근 3년 이내 | ▪ 1.7억원 이상 ~ 2.5억원 미만 | 2.7 |
| ▪ 1억원 이상 ~ 1.7억원 미만 | 2.4 | |
| CDW 사업수행 실적 | ▪ 1억원 미만 | 2.1 |
| 신용평가등급 | |||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 배점 |
| AAA, AA+, AA0, AA A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 2 |
| 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 |
과업·요구
원광대학교 광주한방병원장 귀하 - 59 - <별표 4> 차등점수제 적용 방식 (제12조 제3항 관련)
차등점수제 적용 방식
1. 수요기관은 3점 이내의 순위별 점수차를 명시하여 차등점수제를 적용 요청하여야 한다. 2. 차등점수제를 적용하고자 하는 경우 계약담당자는 제12조 제2항 또는 제6항과 정량평가를 합산한 기술능력평가 결과에 따라 입찰자의 순위를 결정한다. 3. 1순위자에게 배점한도를 부여하고, 2순위 부터는 순차로 선순위 점수 에서 제1호의 순위별 점수차를 감한 점수를 부여한다. 다만, 원점수 기준 의 순위별 점수차가 차등점수차보다 큰 경우에는 원점수의 점수차를 감한 점수를 부여한다. 4. 제2호에 따른 기술능력평가 결과 점수가 동일한 제안자가 2인 이상인 경우 동일 순위로 평가하여 점수를 산정하고, 그 다음 순위자의 평가점수 는 제3호에 따른 후순위 점수 산정방법에 따라 점수를 부여한다. 5. 차등점수제를 적용하지 않고자 하는 경우에는 제12조제1항 및 제2항 에 따라 평가점수를 산출한다. - 60 - === Dataset_입찰공고문-f[1].pdf === 입 찰 공 고 문 1. 과업의 명칭 : 원광대학교 광주한방병원 AI 의료 기술 개발 고도화 관련 다기관 임상데이터 연계·검증 (Dataset) 구축 2. 사업 개요 가. 사업명: 원광대학교 광주한방병원 AI 의료 기술 개발 고도화 관련 다기관 임상데이터 연계·검증 (Dataset) 구축 나. 사업예산: 1,200,500,000원 (부가세 포함, 5년간 사업금액 년도별 집행)
다. 사업기간: 계약 후 ~ 2030년 12월 31일 (5년) 3. 입찰 및 계약 방식 가. 입찰방식: 제한경쟁입찰 나. 낙찰자 선정방식: 협상에 의한 계약체결 (국가를 당사자로 하는 계약에 관한 법률 시행령 제43조 준용) 다. 평가비율: 기술능력평가(90%) + 입찰가격평가(10%) 4. 입찰 참가 자격 가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 동법 시행규칙 제14조 규정에 따른 자격을 갖춘 사업자 나. 「소프트웨어 진흥법」 제24조에 따른 소프트웨어사업자(컴퓨터관련 서비스사 업, 업종코드: 1468)로 신고를 필한 사업자 다. 본 사업은 20억원 미만 사업으로, 「소프트웨어 진흥법」 제48조에 따라 대기 업 및 중견기업인 소프트웨어 사업자의 입찰 참여가 제한됨 (중소 소프트웨 어 사업자만 참여 가능) 라. 「중소기업제품 구매촉진 및 판로지원에 관한 법률」에 따른 중·소기업·소상공 인 확인서를 보유한 업체 5. 제안요청 설명회 (필수 참석) 가. 일시: 2026년 8월 25일 (화) 16:30 나. 장소: 원광대학교 광주한방병원 7층 세미나실 다. 유의사항: 사업설명회에 불참한 기업 및 기관은 입찰에 참여할 수 없음 6. 제안서 제출 안내 가. 제출방법: 조달청 나라장터(e-발주시스템)를 통한 온라인 제출 나. 제출서류: 경쟁입찰참가자격등록증 1부 법인 등기부등본(또는 사업자등록증) 1부 소프트웨어사업자 신고확인서 1부 중·소기업·소상공인 확인서 1부 제안서 전자파일 (정성제안서, 정량제안서, 제안요약서 각 1식)