입찰공고상세[용역] · 마감 · AI 페이지
AI 의료 기술 개발 고도화 관련 다기관 임상데이터 연계⦁검증(Dataset) 구축 사업 재공고
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「AI 의료 기술 개발 고도화 관련 다기관 임상데이터 연계⦁검증(Dataset) 구축 사업 재공고」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01727277)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 16:48 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- AI의료 기술 개발 고도화 관련 임상연구정보검색시스템(CDW) 구축 재공고 · 원광대학교 광주한방병원, 원광병원 · 9.73억원 · D-10
- 순천향대학교 AI의료융합데이터센터 플랫폼 구축 사업 · 순천향대학교 · 5.42억원 · D-34
- 국가암데이터센터 DRB시스템 개선 사업 · 국립암센터 · 7,273만원 · D-1
- 2026년 보건의료정보표준관리시스템 고도화 · 재단법인한국보건의료정보원 · 1.82억원 · D-1
- 스마트 ICT기반 차세대 정보시스템 고도화 구축 · 전북대학교병원 · 317억원 · D-30
- 2027년 보건분류통합관리시스템 유지관리 · 국가데이터처 · 2.53억원 · D-37
끝난 공고 · 결과
- AI 의료 기술 개발 고도화 관련 다기관 임상데이터 연계⦁검증(Dataset) 구축 사업 · 원광대학교 광주한방병원, 원광병원 · 유찰
- 2026년 보훈병원 구EMR 시스템 진료정보 CDW 이관 · 한국보훈복지의료공단 중앙보훈병원 · 유찰
- 감염병 환자 정보 관리 통합 및 연계 시스템 · 전북대학교 산학협력단 · 유찰
- AI의료생태계 K-Health실증병원 정보화전략계획(ISP) 수립 공고 · KS병원 · 유찰
- 정밀의료 지식은행 구축 · 분당서울대학교병원 · 유찰
- [2차] 연구데이터/실험데이터 플랫폼 구축 2단계 사업 · 한국생산기술연구원 · 유찰
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
공고 개요
재공고 · 유찰 · 원광대학교 광주한방병원, 원광병원 · SW 개발·운영
- 결과
- 유찰
- 참가
- 0곳 · 개찰 10/07(수)
요약 AI 요약
광주지역 3개 대학병원(전남대·조선대·원광대 광주한방병원)의 질환별 임상데이터를 모아 K-Health 통합플랫폼의 통합 CDW(임상연구정보검색시스템)에 설계·적재하는 사업이다. 다기관 공동 임상연구와 AI 활용을 위한 데이터 통합 환경을 만드는 것이 목적이다.
- 질환별 데이터셋 구축 지원(대상 질환 선정, 수집항목 확정, 레지스트리 테이블 생성, 추출·검증, 비식별화)
- 연계서버 구성 및 송신(수집 체계 설계, 암호화 전송, 정합성 검증, 기구축 K-Health 연계서버 활용)
- ETL 관리 기능(추출·변환·ODS 적재, 이력 관리 및 모니터링)
- 데이터 통합 모델 적재 및 고도화(ODS→CDW 적재, 한방데이터 통합모델 설계, OMOP-CDM 등 국제표준 검토, 버전 관리)
- 카탈로그 생성·등록 관리(병원별·질환별 카탈로그, 메타데이터 등록, 이노베이션존 포털 게시 연계)
- 전남대·조선대·원광대 광주한방병원별 질환셋 관리(기구축 데이터셋 관리 및 신규 질환셋 CDW 구축)
사업 내용 · 이 공고에 든 일
중심 · 다기관 임상데이터 연계·검증 CDW 구축
용역 › 정보시스템·SW › SW 개발·운영
3개 병원 질환별 데이터셋을 수집·변환(ETL)·적재하고 카탈로그·포털 연계까지 시스템을 구축·운영하는 SW 개발 사업이다.
- 질환별 데이터셋 구축 지원(대상 질환 선정, 수집항목 확정, 레지스트리 테이블 생성)
- 연계서버 구성 및 암호화 전송·정합성 검증
- ETL 관리 기능(추출·변환·ODS 적재·이력 모니터링)
- 데이터 통합모델 적재 및 고도화(OMOP-CDM 검토, 버전 관리)
- 카탈로그 생성·등록·관리 및 이노베이션존 포털 연계
- 전남대·조선대·원광대광주한방병원 질환셋 관리
- 비식별화(가명·익명처리) 및 데이터 암호화
- IRB/DRB 심의 지원
- 연계 테스트 및 시험운영·오픈
- 사용자 교육, 하자보수·유지관리, 기술지원
딸린 일 · 한방 임상데이터 통합모델 설계
용역 › 정보시스템·SW › 데이터 구축
원광대 광주한방병원 전용으로 한방 데이터를 담기 위한 CDM 스키마·확장 테이블을 정의하고 한의학 용어·코드를 표준 매핑하는 데이터 모델링 일이다.
- OMOP-CDM 등 국제표준 적용 가능성 검토
- 한국한의학연구원 표준 등 한의학 용어·코드 표준 매핑
- 한방 데이터 확장 테이블 정의 및 CDW 적재
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 기술평가 배점 한도의 85% 미만일 경우 우선 협상대상자에서 제외
| 평가 항목 | 배점 |
|---|---|
| 사업이해도 | 6점 |
| 추진전략 | 6점 |
| 추진체계 | 6점 |
| 사업추진 방법론 | 6점 |
| 컨설팅분석 | 5점 |
| 컨설팅 계획수립 | 5점 |
| 타당성분석 | 5점 |
| 수행환경 | 5점 |
| 제약사항 | 5점 |
| 일정관리 | 5점 |
| 품질관리 | 5점 |
| 기밀보안 관리 | 5점 |
| 위험및이슈관리 | 5점 |
| 인수인계 | 5점 |
| 교육훈련 | 5점 |
| 기술지원 | 5점 |
| 하도급계획적정성 | 6점 |
| 합계(항목을 더한 값) | 90점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 있음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/14(월) | 지남 |
| 입찰서 제출 시작 | 09/14(월) 14:00 | 지남 |
| 현장설명회 원광대학교 광주한방병원 7층 세미나실 | 09/21(월) 16:00 | 지남 |
| 입찰참가자격 등록 마감 | 10/06(화) 18:00 | 지남 |
| 입찰서 제출 마감 | 10/07(수) 11:00 | 지남 |
| 개찰 | 10/07(수) 14:03 | 지남 |
가격
- 추정가격
- 1,091,363,636원
- 배정예산
- 1,200,500,000원
- 예정가격 방식
- 단일예가
공고 정보
- 공고종류
- 재공고 (재입찰공고)
- 게시일
- 09/14(월)
- 공고번호
- R26BK01727277-000
- 참조번호
- 2026 의광기-453호
- 공고기관
- 원광대학교 광주한방병원, 원광병원
- 수요기관
- 원광대학교 광주한방병원, 원광병원
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 단일예가
- 추정가격
- 1,091,363,636원
- 배정예산
- 1,200,500,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00263778
- 재공고
- 재공고
- 출처
- 나라장터
문서 발췌
과업·요구
Ⅰ. 사업안내
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 모델 연합학습 적용 기반 구축
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종 | |
| -데이터 이관/개발 | ||||||
| -단위테스트 | ||||||
| ⦁시험운영 및 오픈 | ||||||
| -통합테스트 | ||||||
| -산출물작성 | ||||||
| ⦁적용 및 사용자 교육 |
| 요구사항 분류 | 공통 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | 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 | ||
| 요구사항 명칭 | 기술지원 | ||
| 요구사항 세부내용 | 정의 | 기술지원 방안 | |
| 세부 내용 | ● 사업수행과정과 관련된 필요한 기술이전 목록, 기술이전 방법 등에 대한 구체적인 계획을 제시하여야 함 ● 사업기간 중 필요시 발주처의 실무자를 사업에 참여시켜 기술 능력을 배양할 수 있도록 적극 협조하여야 하며, 개발 및 관련 분야의 정보기술에 대한 지속적인 정보제공 및 기술자문에 응하여야 함 ● 개발된 시스템의 관리ㆍ운영ㆍ이용에 필요한 관리자 및 사용자 매뉴얼을 제공하여야 함 |
참가자격
10. 프로젝트 지원 요구사항(Project Support Requirement)
Ⅴ. 제안안내
1 입찰자격
○ 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조 및 같은법 시행규칙 제14조 규정에 의한 경쟁입찰 참가자격을 갖추어야 하며, 입찰일 전일까지 조달청 경쟁입찰참가자격등록증을 소지한 업체여야 함 ○ 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제76조 규정에 의한 부정당업자에 해당하지 않은 자 ○ 「소프트웨어 진흥법」에 따라 소프트웨어사업자 신고를 필한 업체로서, 국가종합전자조달시스템 입찰참가자격 등록규정에 의하여 나라장터(G2B)에 입찰서 제출 마감일 전일까지 “소프트웨어사업자”(컴퓨터관련서비스업, 업종코드 : 1468)으로 입찰 참가자격을 등록한 업체 ○ 본 사업은 20억원 미만 사업으로 「소프트웨어 진흥법」 제48조 및 대기업인 소프트웨어 사업자가 참여할 수 있는 사업금액의 하한에 의거 대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여를 제한함 ○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률 시행령」 제2조에 따른 중·소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중·소기업·소상공인 확인서(용도 : 공공기관 입찰용)를 소지한 업체 ○ 최근 3년 내 600병상 이상 의료기관의 CDW 중 한 개 이상의 의료정보관련 어플리케이션 구축을 시행한 실적이 있는 업체
배점·평가
| 평가 항목 | 세부평가 항목 | 평가요소 (기준) | 배점 |
|---|---|---|---|
| 전략 및 방법론 (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 |
과업·요구
○ 거점병원과의 연계 분석을 위해 공통데이터모델(CDM) 데이터 스키마를 설계하고, 한방 데이터를 담기 위한 확장 테이블을 정의 ○ OMOP-CDM 등 국제표준 적용 가능성을 검토하고, 한국한의학연구원 표준 등을 활용하여 한의학 용어 및 코드 표준 매핑을 수행 마. 비식별화·암호화 기반 개인정보보호 체계 구축 ○ 개인정보보호법 등 관련 현행 법령을 철저히 준수하기 위하여 민감 정보가 포함될 수 있는 추출 데이터셋에 대해 가명처리 및 익명처리 등의 비식별 조치 체계를 완성 ○ 데이터베이스 및 저장소 데이터 내에 저장되는 모든 패스워드, 주민등록번호 등의 민감개인정보를 암호화하여 저장하도록 설계 ○ 네트워크 구간에서의 데이터 탈취 및 스니핑 등 보안 위협에 빈틈없이 대응하기 위하여 웹서버 통신 시 구간암호화(SSL) 방식 및 전송 데이터 암호화 조치를 엄격히 적용
3. 과업내용 및 범위
가. 임상연구정보검색시스템(CDW:Clinical Data Warehouse) 구축 ○ 광주 지역 3개 대학병원 질환별 데이터셋 수집 및 K-Health 통합플랫폼 CDW 설계·적재 수행 ∙ 전남대학교 병원· 조선대학교 병원 : 2026~2030년 질환셋 수집 ∙ 원광대학교 광주한방병원 : 2027~2030년 질환셋 수집 ○ 대상 질환 선정과 수집 항목 확정 및 레지스트리 테이블 생성을 포함한 질환별 데이터셋 구축 업무를 지원 ○ 연계 서버 구성 및 데이터 송신 체계 마련을 위한 암호화 전송 적용 및 송신 데이터 정합성 검증을 실시 ○ 연계 서버 적재 데이터셋 추출과 플랫폼 기준에 따른 데이터 변환 및 적재 결과 검증을 위한 관리 기능을 구현 나. 한방 임상데이터 통합모델 설계 및 CDW 적재 ○ 원광대학교 광주한방병원 적용을 위한 한방 임상데이터 통합모델 설계 및 확장 테이블 정의 ○ OMOP-CDM 등 국제표준 적용 가능성 검토 및 한의학 용어와 코드에 대한 표준 매핑 지원 ○ 신규 질환 데이터셋 구축을 위한 원천 데이터를 통합 데이터 모델에 따라 변환하고 표준화하여 적재 다. 개인정보보호법 및 생명윤리법 준수를 위한 환자 정보 비식별화 처리 ○ 환자 정보의 비식별화를 위해 가명처리 및 익명처리를 지원하고 클라우드 전송을 위한 보안 조치를 수행 ○ 개인정보보호법에 따른 데이터베이스와 저장소 데이터 암호화 적용 및 최신 보건의료데이터 활용 가이드를 준수 라. K-Health 통합플랫폼 이노베이션존 포털 연계 카탈로그 생성 및 관리 ○ CDW 적재가 완료된 질환별 데이터셋에 대하여 병원별 및 질환별 카탈로그를 생성하고 메타데이터를 등록 ○ 카탈로그 저장소 적재와 검색 및 수정 등을 위한 관리 기능을 구현하고 이노베이션존 포털 게시를 위해 시스템을 연계
| 용역 계획서 | ||||||
|---|---|---|---|---|---|---|
| 용역(연구)명 | 거점병원 통합 CDW 구축을 위한 다기관 임상데이터 연계·검증 용역 | |||||
| 용역(연구) | 사업자 등록번호 | 410-82-01589 | 기업명 (기관명) | 원광대학교 광주한방병원 | 부서 | 진료국 |
| 책임자 | 직위(급) | 병원장 | 성명 | 이상관 | 연락처 | 062-670-6700 |
| 2026년 | 200,000천원 | |||||
| 2027년 | 250,000천원 | |||||
| 기간 | 2026.7.~2030.12. | 소요예산 | 2028년 | |||
| 2029년 | ||||||
| 2030년 | 250,500천원 | |||||
| 필요성 | ||||||
| 1. 다기관 임상데이터 연계 구조의 안정적 운영을 위한 지속적 검증 필요성 2. 병원별 상이한 임상데이터 구조로 인한 정합성 관리 한계 해소 필요성 3. 통합 CDW 활용 주체의 데이터 신뢰성 확보 필요성 | ||||||
| 목표 및 내용 | ||||||
| 1. 다기관 임상데이터 연계·전송·수신 검증 체계 구축 2. 통합 CDW 표준 모델 기반 데이터 정합성·품질 관리 수행 3. 기업·연구자 활용을 고려한 CDW 운영 신뢰성 확보 | ||||||
| 수행방법 | ||||||
| 1. 업체 선정 절차 - 다기관 임상데이터 연계·검증 및 장기 운영 경험을 보유한 기업 중심 선정 - RFP를 통해 연계·검증·정합성 관리·보고 중심의 수행 범위 및 산출물 명시 - 공공·국책사업 수행 경험, 데이터 표준 이해도, 보안·품질 관리 역량 종합 평가 2. 업체의 용역 수행 방법(요구사항) - 병원별 임상 원천시스템 구조 및 데이터셋 특성 분석 - 통합 CDW 표준 모델 기반 데이터 매핑 검증 및 정합성 점검 - 데이터 전송·수신·적재 과정에 대한 검증 결과 보고 및 이력 관리 - 연차별 데이터 품질 지표 분석 및 개선 권고 사항 도출 | ||||||
| 활용계획 | ||||||
| 1. 통합 CDW 기반 다기관 임상데이터 활용 환경 조성 2. 질환별 임상데이터 구축 및 의료 특화형 Foundation Model 실증 연계 3. 의료 AI 실증·정책·공공 연구 확산을 위한 표준 데이터 운영 기반 확보 | ||||||
| 수행기관 및 수행책임자 선정사유 | ||||||
| 1. 다기관 임상데이터 연계 및 장기 검증 수행 역량 보유 기업 필요 2. 통합 CDW 또는 의료데이터 품질·정합성 관리 실적 보유 여부 중시 3. 병원 주도의 데이터 거버넌스 체계 하 협업 및 국책사업 수행 안정성 확보 |