입찰공고상세[용역] · 마감 · AI 페이지
제주형 차세대 응급의료 정보시스템 구축 사업(1차년도)
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「제주형 차세대 응급의료 정보시스템 구축 사업(1차년도)」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01735591)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 14:08 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- K-Health AI실증병원 구축 차세대 병원정보시스템(EMR) 도입 · KS병원 · 2.3억원 · D-3
- 응급 중독 환자 치료를 위한 AI 기반 임상의사결정지원시스템(AI-CDSS) 개발 · 순천향대학교 산학협력단 · 8,182만원 · D-10
- 순천향대학교 AI의료융합데이터센터 플랫폼 구축 사업 · 순천향대학교 · 5.42억원 · D-34
- 2026년 권역책임의료기관 AI 기반 진료시스템 지원 서비스 도입 및 통합 플랫폼 용역 · 강원대학교병원 · 4.05억원 · D-28
- 서귀포의료원 취약지응급의료기관 장비지원 사업 의료장비 구입 · 제주특별자치도서귀포의료원 · 5.83억원 · D-10
끝난 공고 · 결과
- 제주형 차세대 응급의료 정보시스템 구축 사업(1차년도) · (의)한라의료재단 · 유찰
- AI 기반 구급상황관리 플랫폼 구축 · 한국지역정보개발원 · 낙찰 (주)위니텍 · 6.85억원
- 119구급 스마트시스템 고도화 · 소방청 · 낙찰 (주)위니텍 · 5.99억원
- 2026년 긴급신고통합시스템 기능개선 사업 · 행정안전부 · 낙찰 -
- 응급실 특화 AI 기반 CDM 데이터셋 구축 컨설팅 및 FHIR 연동 컨설팅 · 중앙대학교 산학협력단 · 낙찰 -
- (긴급)2026년 AI 기반 지역현황 진단시스템 구축 사업 용역 · 국립중앙의료원 · 유찰
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
공고 개요
재공고 · (의)한라의료재단 · SW 개발·운영
- 계약업체
- (주)엠시스텍 외 1곳
- 계약금액
- 281,000,000원
- 종합 점수
- -
- 참가
- 4곳 · 개찰 09/30(수)
계약
| 계약번호 | 계약일 | 계약금액 | 계약 기간 | 업체 |
|---|---|---|---|---|
| R26TE18583525 | - | 281,000,000원 | 금차 87일, 총차 87일 | (주)엠시스텍 (주계약업체 50%) 주식회사 도우 (도급업체 50%) |
요약 AI 요약
제주지역 응급의료기관의 자원과 응급실 현황을 실시간으로 공유하여 응급환자 이송·수용 의사결정을 지원하는 차세대 응급의료 정보시스템을 구축하는 사업이다. 1차년도에는 도내 6개 응급의료기관 중 2개 기관을 우선 연계하여 실시간 상황판과 데이터 표준화 기반을 만든다.
- 도내 6개 응급의료기관 현황분석 및 공통 데이터 표준 수립
- 2개 우선 연계기관의 응급의료 자원·응급실 혼잡도 데이터 수집·검증·표준변환·전송·오류관리 기능 구축
- 중앙 데이터 저장소 및 변경이력 관리
- 실시간 응급의료 자원·혼잡도 상황판(병상, 전담 인력, 배후진료과, 주요 장비, 입실시간, 중증도, 협진과 등)
- 기관·역할 기반 사용자 및 접근권한 관리, 통계·조회·운영보고 기능
- AI 시범과업: 자연어 수용 제한사유 구조화, 데이터 품질 이상 알림
사업 내용 · 이 공고에 든 일
중심 · 차세대 응급의료 정보시스템 구축
용역 › 정보시스템·SW › SW 개발·운영
응급의료 자원·혼잡도 데이터 수집·연계, 표준화, 실시간 상황판, 통계, AI 시범기능을 갖춘 신규 정보시스템을 개발·구축하는 SW 개발 사업이다.
- 6개 응급의료기관 현황분석 및 공통 데이터 표준 수립
- 2개 우선 연계기관 원천시스템 분석 및 데이터 수집·검증·표준변환·전송·오류관리 기능 구축
- 중앙 데이터 저장소 및 변경이력 관리
- 실시간 응급의료 자원·혼잡도 상황판 구현
- 기관·역할 기반 사용자 및 접근권한 관리
- 데이터 품질·최신성·만료·이상상태 관리
- 통계·조회·운영보고 기능
- 보안·개인정보·감사로그·백업·복구체계 구축
- 단위·통합·성능·보안·인수시험
- 교육·시범운영·기술이전·운영전환
- 나머지 4개 기관 확대설계와 후속 고도화 로드맵
- 자연어 수용 제한사유 표준코드 구조화(AI 필수 시범)
- 데이터 미갱신·급증·급감·불일치 이상 알림(AI 필수 시범)
- 음성·OCR·자연어 조회 등 선택 시범과업
- 하자보수 및 안정화 지원
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 기술능력평가 점수가 기술능력평가 분야 배점한도의 85% 이상인 자를 협상적격자로 선정
| 평가 항목 | 배점 |
|---|---|
| 수행실적(유사사업 수행실적) | 10점 |
| 기술인력 보유현황 | 4점 |
| 경영상태 | 4점 |
| 사회적 책임 | 2점 |
| 사업의 이해도 | 5점 |
| 추진 전략 | 5점 |
| 적용 기술 | 4점 |
| 시스템 요구사항 | 4점 |
| 보안요구사항 | 4점 |
| 시스템 운영 요구사항 | 4점 |
| 성능 요구사항 | 4점 |
| 품질 요구사항 | 5점 |
| 인터페이스 요구사항 | 4점 |
| 관리 방법론 | 5점 |
| 일정 계획 | 4점 |
| 개발 장비 | 4점 |
| 시험운영 | 4점 |
| 유지관리 | 5점 |
| 하자보수 계획 | 5점 |
| 입찰가격 | 10점 |
| 합계(항목을 더한 값) | 96점 |
참가 자격 · 제한
- 업종제한
- 제한 없음
- 지역제한
- 제한 없음
- 공동수급
- 공동이행 또는 분담이행
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/17(목) | 지남 |
| 입찰서 제출 시작 | 09/17(목) 17:30 | 지남 |
| 입찰참가자격 등록 마감 | 09/28(월) 10:00 | 지남 |
| 입찰서 제출 마감 | 09/28(월) 10:00 | 지남 |
| 개찰 | 09/30(수) 15:00 | 지남 |
가격
- 추정가격
- 255,454,545원
- 배정예산
- 281,000,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 재공고 (재입찰공고)
- 게시일
- 09/17(목)
- 공고번호
- R26BK01735591-000
- 참조번호
- 00-9627-0601-265233
- 공고기관
- (의)한라의료재단
- 수요기관
- (의)한라의료재단
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 255,454,545원
- 배정예산
- 281,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- -
- 재공고
- 재공고
- 출처
- 나라장터
문서 발췌
과업·요구
5) 사업내용 : - 제주지역 내 응급의료기관의 자원 및 응급실 현황을 실시간 공유하는 정보시스템 개발 - 병원 전 단계-병원 단계의 실시간 연계 시스템 개발 - AI를 활용하여 수기 입력 최소화 시스템 개발 - 수집된 데이터를 통계화·시각화하는 제주지역 응급의료 현황 파악 및 분석시스템 개발
| 연차 | 사업내용 |
|---|---|
| 기초연구 (2025년) | • 지역 단위 응급의료 정보시스템 구축 가능성 확인 • 차세대 응급의료 정보시스템 구축 전략 및 필요 예산 확인 |
| 1년차 (2026년) | • 차세대 응급의료 상황판 개발·구축 (도내 6개 응급의료기관 대상) - 도내 6개 응급의료기관의 의료자원정보, 응급실 현황 등을 연동한 대시보드 및 보안 통제 체계 구축 (*제주한라병원 외 1개 기관 우선 연계) - 상황판에 표출할 정보에 대한 표준화 데이터베이스 구축 - 응급의료기관 자원 정보(시설, 장비, 인력 등), 응급실 현황(입실시간, 체류 시간, 진료상태, 중증도, 협진과 등) 표출 |
| 2년차 (2027년) | • 병원 전 단계 – 병원 단계 연계 (제주소방안전본부, 도내 6개 응급의료기관 대상) - 1차년도 연동 기관 외 4개 기관 추가 연동 - 병원 전 단계 정보(응급환자 정보, 119구급차 위치 등)-병원 단계 정보(응급 의료기관의 자원 정보, 응급실 현황)를 매칭한 이송·수용·전원 응답체계 구축 - 응급환자 생체정보 측정 및 전송하는 체계 개발 - 응급의료 현장에서 수기 입력을 최소화하는 시스템 개발 |
| 3년차 (2028년) | • 광역·타지역 응급의료 연계 및 고도화 - 제주지역 응급의료 정보와 타 시·도 응급의료기관 간 연계 체계 구축 - 도내 수용 불가 중증응급환자에 대한 타지역 응급의료기관 실시간 정보 연계 및 전원 지원 체계 마련 - AI 분석 기능을 점진적 적용 |
| 번호 | 결정사항 | 권고안 |
|---|---|---|
| 1 | 우선 연계기관 2개소 | - 병원 협조도, 데이터 접근성, 권역대표성을 고려하여 지정 |
| 2 | 6개 기관의 1차년도 참여수준 | - 현황분석, 표준협의, 확장설계 참여 |
| 3 | 시스템 운영환경 | - 서버 인프라 사용 예정 - 향후 클라우드로 전환 가능성 고려 |
| 4 | 환자 단위 개인정보 범위 | - 1차년도는 직접식별정보 최소화, 자원·혼잡도 중심 |
| 5 | AI 시범기능 | - 필수 시범과업: 자연어 수용 제한사유 구조화와 데이터 품질 이상 알림 - 선택 시범과업: 음성·OCR·자연어 조회 |
| 6 | 공동수급·하도급 | - 공동수급을 허용하고 AI·의료정보시스템 전문역량의 상호보완 구성을 권장하며, 구성원별 담당과업에 따라 실적·인력을 인정 |
| 7 | 참가 업종·직접생산확인 | - 실제 과업·세부품명 분류 후 총괄기관과 주관기관이 조달 검토 |
2. 추진 배경 및 필요성 ❍ 제주특별자치도는 섬이라는 지리적 특성과 응급의료 자원 편중이라는 구조적 제약으로 인해, 응급환자 발생 시 신속하고 정확한 병원 선정이 중요한 지역임 ❍ 이에 따라 2025년 제주지역 응급의료 관련 정보를 실시간으로 공유할 수 있는 방안을 검토하기 위한 「실시간 응급의료 정보체계 구축 기초연구」를 수행하였음 ❍ 현재 응급환자 발생부터 이송(119), 수용 및 최종 치료(응급의료기관)에 이르는 과정에서 E-gen, 종합상황판 등의 정보를 활용하고 있음 ❍ 119구급대원 설문조사 결과, 기존 응급의료 정보시스템 사용 시 정보의 정확성 부족(42.1%)과 충분성 부족(36.6%)이 주요 문제로 나타났으며, 이로 인해 병원 선정 지연, 유선 연락 의존, 재이송 등 업무 비효율이 반복되고 있음 ❍ 도내 6개 응급의료기관은 병상, 응급의료 전담 인력, 주요 장비 등 응급의료 자원을 기관별로 관리하고 있어, 응급환자 발생 시 자원 현황을 통합적으로 파악할 수 있는 시스템이 부재한 상황임 ❍ 또한 기존 정보시스템은 병상 수 중심의 정보 제공으로 인해, 중증환자 집중이나 장기 체류로 인한 응급실 혼잡도 및 과부하 수준을 판단하기 어려움 ❍ 이에 따라 도내 응급의료 자원을 통합적으로 관리하고, 응급실 혼잡도 파악을 위한 정보를 실시간으로 표출할 수 있는 정보시스템 구축이 필요함 3. 추진 원칙 ❍ 표준우선: AI·예측 기능에 앞서 데이터 정의와 품질기준을 확립함 ❍ 현장 입력 최소화: 원천시스템 자동연계를 우선하고 수동입력은 예외적으로 적용함 ❍ 수용 가능성 중심: 빈 병상 수뿐 아니라 인력·장비·배후진료과·격리·혼잡도·수용 제한사유를 함께 관리함 ❍ 신뢰 가능한 최신성: 모든 핵심 데이터에 출처, 갱신시각, 만료시각, 자동·수동 여부를 표시함 ❍ 사람 중심 의사결정: 시스템은 정보를 제공하며 병원 추천, 환자 배정, 진단 또는 처방을 자동 확정하지 않음 ❍ 개인정보 최소화: 1차년도에는 자원·혼잡도 중심으로 구축하고 직접식별정보 처리를 최소화함 ❍ 개방성과 확장성: 특정 업체에 종속되지 않는 표준 인터페이스와 데이터 구조를 적용함 ❍ 운영책임 명확화: 데이터 항목별 관리기관·책임자·갱신주기·오류조치 절차를 정의함 4. 필수 포함 범위 ❍ 사업 착수 및 거버넌스 구성 ❍ 6개 응급의료기관 현황분석 및 공통 데이터 표준 수립 ❍ 2개 우선 연계기관 원천시스템 분석 ❍ 2개 기관 데이터 수집·검증·표준변환·전송·오류관리 기능 구축 ❍ 중앙 데이터 저장소 및 변경이력 관리 ❍ 실시간 응급의료 자원·혼잡도 상황판 - 병상(관찰병상 포함), 응급의료 전담 인력, 배후진료과, 주요 장비 등 - 입실시간, 중증도(KTAS), 중증질환과 관련된 장비 사용 유무(ECMO, intubation, ventilator, CRRT 등), 협진과 등
❍ 기관·역할 기반 사용자 및 접근권한 관리 ❍ 데이터 품질·최신성·만료·이상상태 관리 ❍ 통계·조회·운영보고 기능 ❍ 보안·개인정보·감사로그·백업·복구체계 ❍ 단위·통합·성능·보안·인수시험 ❍ 교육·시범운영·기술이전·운영전환 ❍ 나머지 4개 기관 확대설계와 후속 고도화 로드맵 ❍ 자연어 수용 제한사유의 표준코드 구조화 필수 시범 ❍ 데이터 미갱신·급증·급감·불일치 이상 알림 필수 시범 5. AI 시범 과업 범위 ❍ 필수 시범과업 : 의료행위가 아닌 운영·입력·품질관리 보조 기능으로 한정하며, 입력·출력·수정·승인·해제이력을 기록하여야 함 1) 자연어 수용 제한 사유 구조화 - 자유서술로 입력된 병상·인력·장비·배후진료·격리 관련 사유를 구조화 함 - 담당자의 확인·수정·승인 후에만 운영데이터에 반영함 2) 데이터 품질 이상 알림 - 장시간 미갱신, 급격한 증감, 필수항목 누락 및 논리적 불일치 의심값을 탐지하여 알림으로 제공함 - 자동 수정·자동 판단하지 않고 담당자가 확인·해제하도록 함 ❍ 선택 시범과업 : 필수과업의 일정·예산·품질에 영향을 주지 않는 범위에서 주관기관과 협의하여 시범 적용할 수 있음 : 담당자 확인 전 자동 반영되어서는 안 되며, 원문·입력·출력·수정·승인이력을 기록하여야 함 1) 음성 기반 자원상태 입력 초안 생성 2) 당직표·공지문서 OCR 구조화
3) 자연어 기반 상황판 조회 보조 4) 일일 운영현황 요약 6. 제외 범위 ❍ AI에 의한 자동 진단·처방·치료지시 ❍ AI에 의한 자동 병원 추천·환자 배정·전원 확정 ❍ 119 구급차 위치와 반복 생체정보의 본 연도 전면 연계 ❍ 6개 응급의료기관 전체의 운영 연계 완료 ❍ 도외 의료기관 실시간 연계와 광역전원 조정 ❍ 개별 병원의 EMR·OCS·HIS 자체 기능 개편 ❍ 발주목록에 명시되지 않은 의료장비·통신장비 구매 및 정보통신공사 ❍ 별도 인허가가 필요한 의료기기 또는 의료행위 기능 ※ 제외범위의 추가 수행은 관계 법령에 따른 과업변경·계약금액·사업기간 조정절차를 거쳐야 함 7. 기대효과 ❍ 응급의료 자원 현황을 실시간으로 공유함으로써, 응급환자 발생 시 신속하고 합리적인 병원 선정이 가능해짐 ❍ 응급실 혼잡도 파악을 위한 핵심 정보를 제공함으로써, 환자 수 중심의 판단에서 벗어나 중증도·자원 부담 기반 응급의료 대응이 가능해짐 ❍ 응급실 혼잡 및 수용 한계를 사전에 인지함으로써, 병상 부족, 의료진 부재 등으로 인한 불필요한 이송 및 재이송을 감소시켜 응급의료 대응 효율성 제고 ❍ 소방, 의료기관, 행정 간 동일한 정보 기반을 확보함으로써 현장 혼선 최소화 및 협업 강화 ❍ 향후 응급의료 정책 수립 및 고도화 사업 추진을 위한 기초 데이터 자산 확보
Ⅱ 사업 추진 방안
추진 목표 및 추진 전략
1) 추진 목표 - 본 사업은 도내 응급의료 자원의 실시간 파악 및 응급실 혼잡도 파악을 위한 기초 응급의료 정보시스템을 구축하여, 응급환자 이송 및 수용에 대한 신속하고 합리적인 의사결정을 지원하는 것을 목표로 함 - 구축되는 정보시스템은 소방, 의료기관, 행정이 동일한 정보를 권한별로 확인할 수 있도록 제공되며, 응급환자 이송 및 수용 판단을 지원하는 기초 의사결정 자료로 활용될 예정임 2) 추진 전략
| 구분 | 추진 전략 |
|---|---|
| 단계적 구축 전략 | • 데이터 수집·표준화·현황 가시화 |
| 현장 친화적 전략 | • 의료진 및 구급대의 추가 업무 부담을 최소화하는 연계 방식 적용 |
| 확장성 중심 전략 | • 향후 AI 기반 활용, 중앙·광역 연계가 가능한 구조로 설계 |
| 구분 | ’26년 | |||
|---|---|---|---|---|
| 구분 | 9월 | 10월 | 11월 | 12월 |
| 1. 사업 착수 및 분석단계 | ■ | ■ | ||
| - 사업발주 및 계약 | ||||
| - 착수보고 및 협의체 구성 | ||||
| - 요구사항 분석 및 분석설계 | ■ | |||
| 2. 설계 및 표준수립 단계 | ■ | |||
| - 응급의료자원 데이터 항목 정의 | ||||
| - 데이터 표준(1차) 수립 | ■ | |||
| - 시스템 상황판 설계 | ■ | |||
| 3. 구축 및 연계 단계 | ||||
| - 응급의료자원 정보 수집·연계 구축 | ||||
| - 실시간 상황판 구현 | ||||
| - 조회 통계 기능 구현 | ||||
| 4. 시험운영 및 안정화 단계 | ||||
| - 기능 통합 테스트 | ||||
| - 시범운영 및 성능 점검 | ||||
| - 개선 사항 반영 및 안정화 | ||||
| - 최종 보고 및 검수 |
배점·평가
| 제안서 기술 평가 | • 총괄기관과 주관기관이 사전에 정한 평가기준에 따라 제안서 기술능력평가 실시 • 기관별 평가담당자가 평가한 점수를 산술평균하여 기술능력평가 점수 산출 • 평가 결과를 발주기관에 통보 | |
|---|---|---|
| ↓ | ||
| 협상적격자 선정 | • 기술능력평가 점수가 기술능력평가 분야 배점한도의 85% 이상인 자를 협상적격자로 선정 • 기술능력평가 점수와 입찰가격평가 점수를 합산한 종합평가점수의 고득점순으로 협상순위 결정 • 협상적격자가 없는 경우 관련 계약규정에 따라 재공고입찰 등 후속 절차 진행 | |
| ↓ | ||
| 협상 진행 | • 총괄기관과 주관기관이 우선 협상 대상자와 기술 및 과업 내용에 대한 협상 진행 • 사업내용, 이행방법, 이행일정, 산출물 및 제안가격 등을 대상으로 협상 실시 • 발주기관은 계약조건, 계약금액 및 계약체결에 관한 행정절차 수행 • 선순위 협상이 결렬된 경우 차순위 협상적격자와 순차적으로 협상 실시 • 모든 협상적격자와 협상이 결렬된 경우 관련 계약규정에 따라 재공고입찰 등 후속 절차 진행 | |
| ↓ | ||
| 사업자 선정‧계약 | • 총괄기관과 주관기관이 기술평가 및 협상 결과에 따라 최종 사업자 선정 • 선정 결과를 발주기관에 통보 • 발주기관은 총괄기관과 주관기관이 확정·통보한 평가·선정 결과에 따라 관계 계약규정에 필요한 낙찰자 결정, 계약체결 및 그 밖의 계약행정 절차 수행 • 발주기관은 기술평가 결과 또는 선정결과를 임의로 변경하지 않음 |
참가자격
3) 기타 사항 - 본 사업은 사업 금액이 20억원 미만으로 「소프트웨어 진흥법」 제48조 및 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」 제2조, 제3조에 따라 중견기업 및 대기업인 소프트웨어사업자, 상호 출자 제한 기업 집단에 속하는 회사의 입찰 참여가 제한됨
Ⅲ 제안요청 내용
제안요청 개요 ❍ 본 제안요청은 제주특별자치도 내 응급의료 자원의 실시간 파악 및 응급실 혼잡도 파악을 위한 통합 정보시스템 구축 사업자 선정을 목적으로 함 ❍ 제안사는 본 사업의 목적과 범위를 이해하고, 안정적이고 실현 가능한 시스템 구축 방안을 제시하여야 함 ❍ 특히, 공공부문 정보시스템 구축 경험과 응급의료 현장 이해도를 바탕으로, 현실적이고 지속 가능한 운영 방안을 제안하여야 함 2. 목표 시스템 개념도 3. 요구사항 총괄표
과업·요구
| 번호 | 요구사항 분류 | 고유번호 | 요구사항 명 | 요구사항 수 |
|---|---|---|---|---|
| 1 | 시스템 장비 구성 요구사항 (Equipment Composition Requirement) | ECR-01 | 시스템 구성 및 인프라 구축 방안 | 1 |
| 2 | 기능 요구사항 (System Function Requirement) | BFR-01 | 기관 현황 분석 | 15 |
| BFR-02 | 우선 연계기관 확정 지원 | |||
| SFR-01 | 응급의료 자원 정보, 응급실 혼잡도 파악 기초 데이터 수집·연계 | |||
| SFR-02 | 수집된 데이터 표준화 | |||
| SFR-03 | 실시간 상황판 구현 | |||
| SFR-04 | 통계기능 제공 | |||
| SFR-05 | 사용자 역할 기반 접근 관리 | |||
| SFR-06 | 데이터 연계 확장 및 고도화 고려한 설계 | |||
| SFR-07 | 응급의료 자원과 응급실 혼잡도 조회 및 필터링 | |||
| SFR-08 | 중증응급질환별 당직근무표 대시보드 구현 | |||
| AIR-01 | 자연어 사유 구조화 | |||
| AIR-02 | 품질 이상 알림 | |||
| AIR-03 | (선택)음성 입력 보조 | |||
| AIR-04 | (선택)문서 구조화 | |||
| AIR-05 | (선택)자연어 조회 | |||
| 3 | 성능 요구사항 (Performance Requirement) | PER-01 | 성능 일반 요구사항 | 1 |
| 4 | 테스트 요구사항 (Test Requirement) | TER-01 | 테스트 요구사항 | 2 |
| TER-02 | 인수 테스트 요구사항 | |||
| 5 | 보안 요구사항 (Security Requirement) | SER-01 | 시스템 구현 및 시험 관련 보안사항 준수 | 10 |
| SER-02 | 보안요건 | |||
| SER-03 | 개인정보보호 지침 준수 | |||
| SER-04 | 시스템 보안 | |||
| SER-05 | 장비 반·출입 보안 및 기타 보안사항 | |||
| SER-06 | 참여인원 보안관리 | |||
| SER-07 | 접속기록 관리 | |||
| SER-08 | 데이터베이스 보안 | |||
| SER-09 | 인터페이스 연계 보안 | |||
| SER-10 | 보안관리지침 준수 | |||
| 6 | 품질 요구사항 (Quality Requirement) | QUR-01 | 시스템 구축 품질 관리 및 가용성 보장 | 4 |
| QUR-02 | 시스템 기능 구현 정확성 | |||
| QUR-03 | 시스템 안정성 | |||
| QUR-04 | 품질 보증 | |||
| 7 | 제약사항 (Constraint Requirement) | COR-01 | 공통 제약사항 | 6 |
| COR-02 | 구축 규정 | |||
| COR-03 | 저작권 및 지적재산권 보호 | |||
| COR-04 | 시스템 호환성 및 확장성 | |||
| COR-05 | 데이터 표준 준수 | |||
| COR-06 | 기관별 승인·의사결정 및 감독 | |||
| 8 | 프로젝트 관리 요구사항 (Project Management Requirement) | PMR-01 | 사업수행 조직의 구성 | 8 |
| PMR-02 | 프로젝트 관리 일반사항 | |||
| PMR-03 | 사업 추진일정 관리 | |||
| PMR-04 | 프로젝트 업무보고 및 검토계획 | |||
| PMR-05 | 프로젝트 산출물 관리 | |||
| PMR-06 | 프로젝트 검수 및 유지관리 | |||
| PMR-07 | 프로젝트 관리 요구사항 일반 | |||
| PMR-08 | 계약 일반 사항 | |||
| 9 | 프로젝트 지원 요구사항 (Project Support Requirement) | PSR-01 | 시스템 안정화 | 3 |
| PSR-02 | 교육 지원 | |||
| PSR-03 | 하자보수 및 인수인계 | |||
| 합 계 | 50 |
| 요구사항 분류 | 시스템 장비 구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-01 | |
| 요구사항 명칭 | 시스템 구성 및 인프라 구축 방안 | |
| 요구사항 상세설명 | 정의 | 본 요구사항은 차세대 응급의료 정보시스템 구축을 위하여 필요한 시스템 구성 및 인프라 구축 방안을 정의하는 것을 목적으로 함 |
| 세부내용 | ◯ 본 시스템은 물리적 서버 공간(서버실)에 구축하는 것을 기본 전제로 하며, 제안사는 이를 반영한 시스템 구성 및 인프라 구축 방안을 제시하여야 함 ◯ 서버·네트워크·보안장비 등의 세부 규격, 설치 위치, 이중화·백업 방식 등 상세 사양은 협상 및 착수 단계에서 주관기관과 협의하여 확정함 ◯ 다만 향후 2~3차년도 고도화(기관 확대, 소방 연계 등)에 대비하여, 특정 인프라 방식에 종속되지 않고 클라우드 등으로 전환 가능한 이식성 높은 구조(컨테이너화, 표준 인터페이스 적용 등)로 설계하여야 함 ◯ 제안사는 서버실 구축에 필요한 최소 사양(전력, 냉방, 랙 공간, 네트워크 회선 등)을 제안서에 명시하여야 함 ◯ 시스템 구성은 기존 공공 인프라 활용, 클라우드 기반 구성, 최소 시스템 구성 등 현실적이고 지속 가능한 방안을 고려하여 제안하여야 함 - 제안사는 시스템 안정성, 운영 용이성, 향후 확장 가능성을 종합적으로 고려한 구축 방안을 제시 - 시스템 구성은 응급의료 자원 정보의 안정적인 수집·관리 및 실시간 상황판 제공이 가능하도록 설계되어야 함 - 제안사는 시스템 구성에 대한 개략적인 아키텍처 구성도 및 운영 방안을 제시하여야 함 | |
| 산출 정보 | 시스템 구성도 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | BFR-01 | |
| 요구사항 명칭 | 기관 현황 분석 | |
| 요구사항 상세설명 | 정의 | 도내 6개 응급의료기관의 현황을 분석한다. |
| 세부내용 | ◯ 6개 기관의 업무, 원천시스템, 데이터 보유 현황, 연계 방식, 보안 제약 및 담당 체계 조사 ◯ 6개 기관별 분석결과와 차이·위험·확대방안 확인 | |
| 산출 정보 | 현행업무분석서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | BFR-02 | |
| 요구사항 명칭 | 우선 연계기관 확정 지원 | |
| 요구사항 상세설명 | 정의 | 우선 연계할 2개 기관의 선정 근거를 제시한다. |
| 세부내용 | ◯ 후보기관의 협조도·데이터 가용성·보안·일정을 분석 ◯ 우선 연계할 2개 기관의 선정 근거 제시 | |
| 산출 정보 | 연계기관 선정검토서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-01 | |
| 요구사항 명칭 | 응급의료 자원 정보, 응급실 혼잡도 파악 기초 데이터 수집·연계 (도내 6개 응급의료기관) | |
| 요구사항 상세설명 | 정의 | 도내 응급의료기관에서 관리 중인 응급의료 자원 정보와 응급실 혼잡도 파악 기초 데이터를 효율적으로 수집·연계하기 위한 기능 요구사항을 정의한다. |
| 세부내용 | ◯ 본 시스템은 도내 응급의료기관의 병상, 주요 장비 등 응급의료 자원 정보를 수집 - 정보 수집 방식은 의료기관의 환경을 고려하여 자동 연계 또는 최소 입력 방식 등 현실적인 방법을 적용하여야 함 - 수집된 정보는 실시간으로 시스템에 반영될 수 있어야 함 - 정보 수집 과정에서 의료진의 추가 업무 부담을 최소화하도록 설계 하여야 함 | |
| 산출 정보 | 데이터 연계 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-02 | |
| 요구사항 명칭 | 수집된 데이터 표준화 | |
| 요구사항 상세설명 | 정의 | 기관별로 상이한 응급의료 자원 정보와 응급실 혼잡도 파악 기초 데이터를 통합 관리하기 위한 데이터 표준을 정의한다. |
| 세부내용 | ◯ 응급의료 자원 현황과 응급실 혼잡도 파악 기초 데이터의 공통 항목, 정의, 코드 체계를 표준화 하여야 함 ◯ 데이터 표준은 본 사업 범위 내 적용 가능한 수준의 1차 표준으로 정의하여야 함 ◯ 표준화된 데이터는 상황판 및 통계 기능에서 일관되게 활용될 수 있어야함 | |
| 산출 정보 | 데이터베이스 표준사전 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-03 | |
| 요구사항 명칭 | 실시간 상황판 구현 | |
| 요구사항 상세설명 | 정의 | 응급의료 자원 현황과 응급실 혼잡도를 실시간으로 확인할 수 있는 통합 상황판 구현을 목적으로 한다. |
| 세부내용 | ◯ 수집 표준화된 응급의료 자원 정보와 응급실 혼잡도를 실시간으로 시각화하여 제공 ◯ 도내 전체 현황 및 의료기관별 현황을 직관적으로 확인할 수 있어야 함 ◯ 사용자 유형에 따라 조회 가능한 정보가 구분되어 제공되어야 함 ◯ 응급의료 정보시스템은 이송 및 수용 판단을 지원하는 자료 제공을 목적으로 함 | |
| 산출 정보 | 화면 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-04 | |
| 요구사항 명칭 | 통계기능 제공 | |
| 요구사항 상세설명 | 정의 | 수집된 응급의료 자원 및 응급실 혼잡도 데이터를 활용한 기본 통계 기능 제공을 목적으로 한다. |
| 세부내용 | ◯ 기간별, 기관별, 자원 유형별 통계 조회 기능을 제공하여야 함 ◯ 통계 기능은 운영 현황 파악 및 정책 참고 자료 활용 수준으로 제공하여야 함 | |
| 산출 정보 | 화면 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-05 | |
| 요구사항 명칭 | 사용자 역할 기반 접근 관리 | |
| 요구사항 상세설명 | 정의 | 사용자 유형별 접근 권한을 관리하기 위한 기능 요구사항을 정의한다. |
| 세부내용 | ◯ 소방, 응급의료기관, 행정기관 등 사용자 역할을 접근 권한을 구분하여야 함 ◯ 사용자 계정 및 권한 설정을 위한 기본적인 관리 기능을 제공하여야 함 | |
| 산출 정보 | 화면 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-06 | |
| 요구사항 명칭 | 데이터 연계 확장 및 고도화 고려한 설계 | |
| 요구사항 상세설명 | 정의 | 향후 고도화 사업 및 유관 시스템 연계를 고려한 확장성 확보를 목적으로 한다. |
| 세부내용 | ◯ 시스템은 기능 확장 및 고도화가 가능하도록 설계되어야 함 ◯ 유관 시스템 연계를 고려한 개방형 구조를 적용하여야 함 | |
| 산출 정보 | 인터페이스 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-07 | |
| 요구사항 명칭 | 응급의료 자원과 응급실 혼잡도 조회 및 필터링 | |
| 요구사항 상세설명 | 정의 | 상황판 활용성을 높이기 위한 조회 및 필터링 기능을 정의한다. |
| 세부내용 | ◯ 의료기관별, 자원 유형별, 상태별 조회 기능을 제공하여야 함 ◯ 직관적인 방식의 필터링 기능을 제공하여야 함 | |
| 산출 정보 | 화면 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-08 | |
| 요구사항 명칭 | 중증응급질환별 당직근무표 대시보드 구현 | |
| 요구사항 상세설명 | 정의 | 중증응급질환 대응 여부를 참고하기 위한 당직근무표 기반 대시보드 제공을 목적으로 한다. |
| 세부내용 | ◯ 중증응급질환별 진료 가능 여부를 확인할 수 있는 대시보드를 제공하여야 함 ◯ 의료기관 운영 현실을 고려하여 최소 입력 또는 연계 방식으로 구성하여야 함 | |
| 산출 정보 | 화면 설계서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | AIR-01 | |
| 요구사항 명칭 | 자연어 사유 구조화 | |
| 요구사항 상세설명 | 정의 | 자유서술 수용 제한사유를 구조화한다. |
| 세부내용 | ◯ 자유서술 수용 제한사유를 구조화함 ◯ 미승인 결과 미반영, 입력·출력·수정·승인로그 확인 | |
| 산출 정보 | 시범결과보고서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | AIR-02 | |
| 요구사항 명칭 | 품질 이상 알림 | |
| 요구사항 상세설명 | 정의 | 품질 이상을 알림으로 제공한다. |
| 세부내용 | ◯ 미갱신·급증·급감·누락·불일치 의심값을 알림으로 제공하고 담당자가 확인·해제 ◯ 표본 이상상황 탐지, 자동수정 차단 및 해제이력 확인 | |
| 산출 정보 | 시범결과보고서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | AIR-03 | |
| 요구사항 명칭 | (선택)음성 입력 보조 | |
| 요구사항 상세설명 | 정의 | 음성입력을 변환한다. |
| 세부내용 | ◯ 음성입력을 자원상태·사유·만료시간 초안으로 변환하고 담당자 승인 후 반영 ◯ 원문 대조, 미승인 결과 미반영 | |
| 산출 정보 | 시범결과보고서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | AIR-04 | |
| 요구사항 명칭 | (선택)문서 구조화 | |
| 요구사항 상세설명 | 정의 | 당직표·공지 등의 구조화 초안을 생성하고 제공한다. |
| 세부내용 | ◯ 당직표·공지 등의 구조화 초안을 생성하고 원본 대조·승인 절차를 제공 ◯ 표본 정확도, 승인 흐름 확인 | |
| 산출 정보 | 시범결과보고서 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | AIR-05 | |
| 요구사항 명칭 | (선택)자연어 조회 | |
| 요구사항 상세설명 | 정의 | 자유서술로 상황판 데이터를 근거로 현황을 요약한다. |
| 세부내용 | ◯ 자유서술로 상황판 데이터를 근거로 현황을 요약하고 출처·갱신시각을 함께 표시 ◯ 근거없는 응답 및 자동 추천 차단 확인 | |
| 산출 정보 | 시범결과보고서 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-01 | |
| 요구사항 명칭 | 성능 일반 요구사항 | |
| 요구사항 상세설명 | 정의 | 본 요구사항은 차세대 응급의료 정보시스템이 안정적으로 운영될 수 있도록 성능 및 운영 안정성에 관한 기본 요구사항을 정의하는 것을 목적으로 한다. |
| 세부내용 | ◯ 본 시스템은 도내 응급의료 자원 정보와 응급실 혼잡도 파악 기초 데이터의 수집·관리 및 실시간 제공을 안정적으로 수행할 수 있도록 구축되어야 함 ◯ 시스템은 예상되는 사용자 수, 데이터 갱신 주기 및 동시 조회 상황을 고려하여, 운영 중 성능 저하 없이 안정적으로 서비스가 제공되도록 설계·구현되어야 함 ◯ 시스템 구축 및 운영 과정에서 기존 운영 또는 연계 시스템에 부정적인 영향을 미치지 않도록 구성되어야 함 ◯ 시스템 성능 향상을 위하여 필요한 경우, 소프트웨어 구성 변경 또는 시스템 설정 최적화 방안을 검토하여 적용하여야 함 ◯ 구축 초기부터 시범 운영 단계까지 지속적인 성능 점검 및 부하 상황 점검을 수행하고, 점검 결과를 반영하여 시스템을 보완하여야 함 | |
| 산출 정보 | 성능시험 계획서, 성능시험 결과서 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-01 | |
| 요구사항 명칭 | 테스트 요구사항 | |
| 요구사항 상세설명 | 정의 | 차세대 응급의료 정보시스템이 본 사업의 목적과 기능 요구사항을 충족하는지를 검증하기 위한 테스트 수행 기준을 정의하는 것을 목적으로 한다. |
| 세부내용 | ◯ 사업 수행자는 본 사업을 통해 구축되는 시스템 구성 요소 및 기능별로 단위 테스트 계획을 수립하고 이를 이행하여야 함 ◯ 시스템 구축 완료 후, 응급의료 자원 정보와 응급실 혼잡도 파악 기초 데이터 수집·연계, 데이터 표준화, 실시간 상황판, 통계 기능 등 본 사업 범위에 포함된 전체 기능에 대한 정상 동작 여부를 확인하기 위한 통합 테스트를 수행하여야 함 ◯ 실사용 환경을 고려하여, 동시 사용자 접속, 데이터 갱신 주기 증가 등 운영 중에 발생할 수 있는 상황을 가정한 테스트를 수행하고, 운영 전 예상되는 문제점을 사전에 파악·개선하여야 함 ◯ 테스트 수행 과정에서 시스템 운영에 영향을 줄 수 있는 문제점이 확인될 경우, 소프트웨어 구성 또는 시스템 설정 개선 방안을 제시하고 이를 반영하여야 함 ◯ 시스템 납품 완료 후, 최종 산출물과 테스트 결과를 첨부하여 주관·총괄기관에 승인 검사 테스트를 요청하여야 하며, 승인 검사 과정에서 발견된 하자 사항은 주관·총괄기관이 만족할 때까지 보완 조치를 반복적으로 수행하여야 함 | |
| 산출 정보 | 테스트 계획서, 테스트 결과서 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-02 | |
| 요구사항 명칭 | 인수 테스트 요구사항 | |
| 요구사항 상세설명 | 정의 | 차세대 응급의료 정보시스템이 본 사업의 목적, 계약내용 및 기능·성능·보안 등 제반 요구사항을 충족하는지를 검증하기 위하여 주관기관이 주관하는 최종 검증시험에 관한 요구사항을 의미함. |
| 세부내용 | ◯ 계약상대자는 사용자 인수를 위한 검사 및 테스트의 수행방법, 절차, 참여조직 및 역할, 점검항목, 합격기준, 보완조치 방안 등을 포함한 인수 테스트 계획을 수립하여 주관기관과 사전에 협의하여야 함 ◯ 요구사항별 적합·부적합 여부를 객관적으로 판정할 수 있도록 요구사항별 테스트 항목, 예상결과 및 테스트 데이터를 준비하여야 함 ◯ 계약상대자는 인수 테스트 수행에 필요한 시스템 환경, 계정, 테스트 데이터, 기술인력 및 그 밖의 제반 사항을 제공하여야 함 ◯ 주관기관은 인수 테스트를 주관하고, 계약목적물이 제안요청서, 계약내용 및 확정된 요구사항을 충족하는지 여부를 검증함 ◯ 총괄기관은 필요한 경우 인수 테스트에 참여하거나 테스트 결과 및 주요 산출물을 확인할 수 있음 ◯ 인수 테스트 과정에서 미비점, 오류 또는 요구사항 미충족 사항이 확인된 경우 주관기관은 계약상대자에게 시정·보완 및 재시험을 요구할 수 있으며, 계약상대자는 적합한 결과가 확인될 때까지 이를 보완하여야 함 ◯ 계약상대자는 납품 완료 후 최종 산출물, 테스트 결과서 및 관련 증빙자료를 주관기관에 제출하여야 함 ◯ 인수 테스트의 기술적 적합 여부 및 최종 검수결과는 주관기관이 확정함 ◯ 주관기관은 확정된 검수결과를 발주기관에 통보하고, 발주기관은 해당 결과를 기초로 계약상 검사·인수 및 사업비 지급 등 필요한 계약·회계 행정절차를 수행함 | |
| 산출 정보 | 인수 테스트 계획서, 테스트 시나리오 및 결과서, 결함·보완조치 내역서, 최종 검수결과서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-01 | |
| 요구사항 명칭 | 구현 및 시험 관련 보안 | |
| 요구사항 상세설명 | 정의 | 시스템 구현 및 시험 관련 보안사항 준수 |
| 세부내용 | ◯ 제안사는 본 사업 수행 시 관련 법령 및 보안 규정을 준수하여야 함. ◯ 정보통신망을 통해 중요정보를 송·수신하는 경우 안전한 암호화 통신을 적용하여야 함. ◯ 중요 데이터는 암호화 저장 및 유출 방지 대책을 적용하여야 함. ◯ 개인정보를 포함한 시험데이터는 운영데이터를 직접 사용하지 않고 비식별 처리 또는 임의 생성 데이터를 활용하여야 함. ◯ 구현 완료 후 웹, 서버, 데이터베이스 대상 취약점 점검을 수행하여야 함. ◯ 취약점 점검은 자동 점검도구 및 수동 점검을 병행 수행하여야 함. | |
| 산출 정보 | 보안 조치 현황, 취약점 조치 결과서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-02 | |
| 요구사항 명칭 | 보안요건 | |
| 요구사항 상세설명 | 정의 | 사업 전 단계 일반 보안요건 |
| 세부내용 | ◯ 사업 착수·수행·완료 등 전 단계에 대한 보안관리 방안을 수립하여야 함. ◯ 국가사이버보안기본지침, 개인정보보호법, 행정기관 및 공공기관 정보시스템 구축·운영 지침 등 관련 규정을 준수하여야 함. ◯ 사업 수행 전 참여인원 대상 보안교육을 실시하여야 함. ◯ 사업 참여 인원 전원 보안서약서를 제출하여야 함. ◯ 접근권한은 최소권한 원칙에 따라 차등 부여하여야 함. ◯ 권한 불필요 시 즉시 회수하여야 함. ◯ 보안사고 발생 시 즉시 대응계획을 수립하고 주관·총괄기관에 보고하여야 함. | |
| 산출 정보 | 보안교육확인서, 보안서약서 등 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-03 | |
| 요구사항 명칭 | 개인정보보호 지침 준수 | |
| 요구사항 상세설명 | 정의 | 개인정보 보호 관련 법령 준수 |
| 세부내용 | ◯ 개인정보 보호 및 관리에 관한 사항은 개인정보보호법 및 개인정보 안전성 확보조치 기준 등 관계 법령을 준수하여야 함. ◯ 개인정보는 서비스 제공에 필요한 최소한의 범위 내에서 수집하여야 함. ◯ 개인정보취급자별 접근권한을 차등 부여하고 변경·말소 이력을 관리하여야 함. ◯ 개인정보 조회·수정·삭제·다운로드 이력을 기록 및 관리하여야 함. ◯ 관리자 페이지를 통한 개인정보 조회 이력을 관리하여야 함. ◯ 개인정보는 저장 및 전송 시 암호화하여야 함. ◯ 개인정보 처리시스템 접속기록은 2년 이상 보관하여야 함. ◯ 보유기간 경과 또는 처리 목적 달성 시 개인정보를 즉시 파기하여야 함. | |
| 산출 정보 | 보안산출물, 개인정보 파기확인서 등 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-04 | |
| 요구사항 명칭 | 시스템 보안 | |
| 요구사항 상세설명 | 정의 | 서버·네트워크·보안장비 보안 |
| 세부내용 | ◯ 서버 보안취약점 점검을 수행하여야 함. ◯ FTP, Telnet 등 불필요 서비스 및 포트를 제거하여야 함. ◯ 보안 패치 및 업데이트를 최신 상태로 유지하여야 함. ◯ 관리자 계정과 사용자 계정을 분리하여 운영하여야 함. ◯ 비밀번호는 문자·숫자·특수문자를 포함한 복잡도 정책을 적용하여야 함. ◯ 로그인 5회 이상 실패 시 계정을 잠금 처리하여야 함. ◯ 관리자 접근 시 IP 기반 접근통제 등 보안조치를 적용하여야 함. ◯ 개발서버와 운영서버는 분리 운영하여야 함. | |
| 산출 정보 | 시스템 보안 점검 결과서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-05 | |
| 요구사항 명칭 | 장비 반·출입 보안 및 기타 보안사항 | |
| 요구사항 상세설명 | 정의 | 장비 및 저장매체 보안 |
| 세부내용 | ◯ 전산장비 반출입 시 사전 승인 절차를 준수하여야 함. ◯ USB 등 휴대용 저장매체는 승인된 장비만 사용하여야 함. ◯ 저장매체 사용 이력을 관리하여야 함. ◯ 사업 종료 시 관련 자료를 전량 반납하고 완전 삭제하여야 함. | |
| 산출 정보 | 전산장비 반출입대장, 작업기록대장 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-06 | |
| 요구사항 명칭 | 참여인원 보안관리 | |
| 요구사항 상세설명 | 정의 | 사업 참여인원 보안관리 |
| 세부내용 | ◯ 사사업 참여인원 전원 보안서약서를 제출하여야 함. ◯ 월 1회 이상 자체 보안교육을 실시하여야 함. ◯ P2P, 웹하드, USB 무단 사용을 금지하여야 함. ◯ 자료유출방지 대책을 수립·운영하여야 함. ◯ 업무자료는 주관·총괄기관 승인 저장소에 저장하여야 하며 개인 PC 저장을 금지하여야 함. | |
| 산출 정보 | 보안서약서, 보안확약서(대표자용, 참여인원용) |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-07 | |
| 요구사항 명칭 | 접속기록 관리 | |
| 요구사항 상세설명 | 정의 | 시스템 접속 로그 관리 |
| 세부내용 | ◯ 접속자, 접속시간, 접속대상 및 작업내역을 기록하여야 함. ◯ 관리자 페이지 접속기록을 별도 관리하여야 함. ◯ 로그인 성공·실패 이력을 기록하여야 함. ◯ 로그 위·변조 방지 대책을 수립하여야 함. ◯ 접속기록은 2년 이상 보관하여야 함. | |
| 산출 정보 | 로그관리 정책서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-08 | |
| 요구사항 명칭 | 데이터베이스 보안 | |
| 요구사항 상세설명 | 정의 | DB 접근 및 데이터 보안 |
| 세부내용 | ◯ 중요정보 및 개인정보는 암호화 저장하여야 함. ◯ DB 관리자와 사용자 권한을 분리하여야 함. ◯ SQL 수행 이력 및 접근 기록을 관리하여야 함. ◯ 사용자의 DB 직접 접근은 차단하여야 함. ◯ 백업 데이터는 암호화하여 관리하여야 함. | |
| 산출 정보 | DB 보안 정책서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-09 | |
| 요구사항 명칭 | 인터페이스 연계 보안 | |
| 요구사항 상세설명 | 정의 | 외부기관 시스템 연계 보안 |
| 세부내용 | ◯ 병원 등 외부기관 시스템과 데이터 연계 시 송·수신 구간 암호화를 적용하여야 함. ◯ 시스템 간 API 연계 시 인증체계를 적용하여야 함. ◯ 비인가 시스템 접근을 차단하여야 함. ◯ 연계 구간 로그를 기록 및 관리하여야 함. ◯ 연계 장애 및 이상징후 발생 시 대응체계를 수립하여야 함. | |
| 산출 정보 | 인터페이스 보안정책서 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-10 | |
| 요구사항 명칭 | 보안관리지침 준수 | |
| 요구사항 상세설명 | 정의 | 보안관리지침 및 법령 준수 |
| 세부내용 | ◯ 각종 보안규정 및 지침을 준수하여 사업을 수행하여야 함. ◯ 사업 수행 과정에서 취득한 자료 및 정보는 외부 유출을 금지하여야 함. ◯ 누출금지 정보에 대한 보호조치를 적용하여야 함. - ‘누출금지 정보’를 무단으로 누출한 경우 「지방자치단체를 당사자로 하는 계약에 관한 법률」 제31조 및 같은 법 시행령 제92조 등 관계 법령에 따라 입찰참가자격 제한 등 필요한 조치가 이루어질 수 있으며, 이와 관련된 민·형사상 책임을 짐 | |
| 산출 정보 | 비밀유지계약서, 표준 개인정보처리위탁 계약서 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-01 | |
| 요구사항 명칭 | 시스템 구축 품질 관리 및 가용성 보장 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 구축된 시스템의 품질을 보증하기 위한 단계별 활동계획을 수립·제출 - 단계별로 모든 공식 산출물 제출 - 품질보증에 대한 조직 및 책임, 범위 등에 대하여 상세히 제시 - 품질보증활동에 대한 절차, 점검방법, 활동내역, 시기 등을 명시 - 하자보수 기간은 최종검수 완료 후 12개월임 ◯ 본 사업의 분석・설계 단계를 거쳐 확정된 기능에 대한 완전성, 사용편의성을 확보해야 함 ◯ 본 사업의 분석・설계 단계를 거쳐 확정된 성능 목표에 부합되도록 구축하여야 하며, 시스템을 최적화하여야 함 ◯ 시스템은 정상상태에서 매일 24시간 동안 무중단으로 운영되는 현재의 업무시스템 상태를 유지하여야 하며, 시스템 조건이 무엇이든지 간에 모든 채널에 동일한 자료 및 결과를 생성하고 인도해야 함 ◯ 시스템 운영과정에서 발생한 오류 등은 하자 보수기간 동안 제안사가 무상으로 개선하여야 함 ◯ 향후 기능 확장 등을 고려하여 확장성을 확보하여야 함 | |
| 산출 정보 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-02 | |
| 요구사항 명칭 | 시스템 기능 구현 정확성 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 제안사는 별도 협의사항을 제외하고, 요구사항 일체를 모두 제공하여야 하며, 변경(개선)이 필요한 사항에 대해서는 주관·총괄기관과의 협의를 거쳐 최종 결정하여야 함 ◯ 제공되기로 한 요구사항을 제공하는지 여부는 각 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가함 ◯ 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가함 | |
| 산출 정보 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-03 | |
| 요구사항 명칭 | 시스템 안정성 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 본 시스템의 24시간 안정적인 구동을 해야 함 ◯ 개발된 기능 오류 등으로 인한 장애 발생 시 시스템 모니터링 장비를 통해 감지되고 담당자에게 상황이 전파되어야 함 ◯ SW 기능 개발 부분에 대한 장애 대처를 위한 장애관리 절차를 작성하여야 함 ◯ 사업 완료 이후 안정화 기간 및 안정화 대책 등에 대한 구체적인 사항을 제안서에 제시하여야 함 | |
| 산출 정보 | 테스트 계획서, 시험결과서 등 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-04 | |
| 요구사항 명칭 | 품질 보증 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 제안사는 제품 검사완료(인수)일부터 1년까지 성능 및 결함이 없음을 보증하여야 함 ◯ 제안사는 본 사업범위 내 납품하는 시스템이 고품질을 유지할 수 있도록 하여야 하며, 시스템의 신뢰성 및 안정성 보장, 데이터의 보안성과 무결성 보장과 업무 생산성 및 유지관리가 용이한 방법론 등을 적용하여야 함 ◯ 시스템 확장 : 유지관리에 용이하게 개발되어야 하며, 시스템 확장 시 상호운용성, 이식성 등을 보장하여야 함 | |
| 산출 정보 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-01 | |
| 요구사항 명칭 | 공통 제약사항 | |
| 요구사항 상세설명 | 정의 | 시스템 개발 제약사항 및 유연성 대응 |
| 세부내용 | ◯ 기존 시스템 운영에 영향을 주지 않는 시스템을 구현하여야 함 ◯ 시스템 개편 기간 내 정보화 및 정보보호 등 관련 각종 규정 변경 시 반영하여 개선하여야 함 | |
| 산출 정보 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-02 | |
| 요구사항 명칭 | 구축 규정 | |
| 요구사항 상세설명 | 정의 | 정보시스템 구축 규정 및 표준 준수 |
| 세부내용 | ◯ 「행정기관 및 공공기관정보시스템 구축 운영 지침」 ◯ 「행정기관의 코드 표준화 추진 지침」 ◯ 「전자정부서비스 호환성 준수지침」 ◯ 「공공기관의 데이터베이스 표준화 지침」 ◯ 「소프트웨어 개발보안 가이드」 ◯ 「소프트웨어 보안약점 진단가이드」 ◯ 기타 정보시스템 구축 관련 표준 준수 등 ※ 본 제안요청서 등에 별도 표기되지 않은 경우, 상기 규정 및 표준에 준함 | |
| 산출 정보 | 사업 수행 관련 산출물, 산출물 목록표(사업수행계획서에 포함) |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-03 | |
| 요구사항 명칭 | 저작권 및 지적재산권 보호 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 제안사가 계약을 수행함에 있어 지적재산권과 관련된 사항을 주의하여 수행하여야 하며, 제3자의 지적재산권을 침해하여 주관·총괄기관을 상대로 손해배상 청구소송 등이 제기되면 제안사는 피해자 측에 합의 배상 하여야 함 ◯ 제안사는 본 사업을 수행함에 있어 발생하는 저작권, 사용권, 특허권 등의 지적재산권에 관한 사항은 사전에 검토 및 조치하여야 하며 이에 대한 손해배상 등 일체의 책임은 제안사에게 있음 - 제안사가 제공한 소프트웨어로 인하여 주관·총괄기관이 소유권 및 지적재산권 침해에 관한 소송을 당하거나 그로 인한 재판이 결정된 경우, 공급업체는 자기의 비용과 선택으로 즉시 동 소프트웨어의 계속 점유권 및 사용권을 주관·총괄기관에게 부여하거나 또는 소유권 및 지적재산권 침해 소프트웨어와 동등 또는 더 우수한 물품으로 대체하고 동 소프트웨어를 철거하여야 함 ◯ 본 조항에서 "계약목적물" 및 "산출물"이란 본 사업을 통해 개발되는 소프트웨어, 소스코드, 데이터베이스 구조, 인터페이스 명세, 화면 설계서 등 시스템을 구성하는 유·무형의 결과물을 말하며, 시스템 운영을 통하여 생성·수집되는 개인정보 등 데이터의 관리 및 활용에 관한 사항은 본 조항 후단(데이터의 정책적 관리 및 활용) 및 관계 법령에 따로 따름 ◯ 계약상대자가 본 사업을 위하여 새로 개발·작성한 계약목적물 및 산출물에 관한 소유권 및 지식재산권 중 계약에 따라 발주기관 측이 취득하는 권리는 총괄기관인 제주특별자치도에 최종 귀속함 ◯ 발주기관은 계약상대자로부터 위 권리가 총괄기관에 적법하게 귀속될 수 있도록 계약체결, 권리양도 확인 및 그 밖의 필요한 계약·행정절차를 수행함 ◯ 계약상대자는 위 권리의 총괄기관 귀속에 동의하고, 권리양도서 작성·등록 등 필요한 절차에 협조하여야 함 ◯ 계약상대자가 본 사업 착수 전에 보유한 소프트웨어, 솔루션, 개발도구, 라이브러리, 프레임워크, 범용 모듈 및 노하우와 제3자에게 권리가 있는 상용 소프트웨어·오픈소스 소프트웨어 등은 총괄기관 귀속 대상에서 제외함 ◯ 계약상대자는 위 기존 권리를 본 시스템에 포함하는 경우 그 목록, 권리자, 이용조건 및 제한사항을 별첨 서식(기존보유자산 신고서)에 따라 착수 시까지 주관기관(발주기관)에 제출하여야 하며, 본 시스템의 운영·유지관리·기능개선 및 후속 고도화에 필요한 이용권을 확보하여야 함 ◯ 계약상대자가 착수 전 보유한 권리를 기존보유자산 신고서에 신고하지 아니하고 사업 완료 후 해당 권리가 기존 권리임을 주장하는 경우, 계약상대자는 본 사업 착수 전에 해당 권리를 적법하게 보유하고 있었음을 객관적인 자료로 입증하여야 함 ◯ 기존 권리의 미신고로 인하여 총괄기관 또는 주관기관의 시스템 운영·유지관리·기능개선·후속 고도화에 제한이 발생하거나 제3자의 권리침해 문제가 발생하는 경우, 계약상대자는 자신의 비용과 책임으로 필요한 이용권 확보, 대체 개발 또는 그 밖의 조치를 하여야 함 ◯ 계약상대자가 본 사업 수행기간 중 본 사업과 독립하여 개발·취득한 소프트웨어, 모듈, 자료 또는 노하우에 대하여 기존 권리 또는 별도 권리를 주장하는 경우에는 본 사업의 계약대가 및 수행인력을 사용하여 개발된 것이 아님을 포함하여 본 사업과 독립적으로 개발·취득하였다는 사실을 객관적인 자료로 입증하여야 함. 이를 입증하지 못하는 경우 해당 권리는 본 사업을 위하여 신규로 개발된 것으로 보아 앞서 정한 바에 따라 총괄기관에 귀속함 ◯ 발주기관 또는 주관기관이 사업 착수 전부터 보유한 자료, 서식, 연구성과, 업무방법 및 노하우 역시 기존 권리자에게 존속함 ◯ 다만, 주관기관은 「제주특별자치도 지역완결형 응급의료체계 구축 및 지원에 관한 조례」에서 정한 응급의료지원단의 업무 및 본 사업 수행을 위하여 계약목적물과 산출물을 기간과 횟수의 제한 없이 무상으로 이용·복제·수정·개작·통합·연계할 수 있음 ◯ 주관기관은 시스템 운영·유지관리·기능개선·고도화·재구축을 위하여 필요한 범위에서 소스코드, 데이터베이스 구조, 인터페이스 명세 및 기술자료를 유지관리업체 또는 후속 사업자에게 제공할 수 있으며, 이에 대해서는 총괄기관의 건별 사전승인을 요하지 않음 ◯ 다만 계약목적물 또는 총괄기관에 귀속된 지식재산권 자체를 제3자에게 양도·매각·담보 제공하거나 사업목적 외로 상업적으로 활용하려는 경우에는 총괄기관의 사전 서면승인을 받아야 함 ◯ 데이터의 정책적 관리 및 최종 통제 권한은 총괄기관에 있으며, 주관기관은 본 시스템의 데이터 운영관리 주체로서 관계 법령과 위탁업무 범위에서 데이터를 수집·조회·정정·가공·분석·통계작성·품질관리 및 정책업무에 활용할 수 있음 | |
| 산출 정보 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-04 | |
| 요구사항 명칭 | 시스템 호환성 및 확장성 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 사업 기간 내 국내‧외 기술표준(법령, 규정, 지침, 가이드 등)을 적용하여 호환성 및 확장성을 고려하여 설계하며, 기술표준 변경 시 관련 표준을 반영하여 개발하여야 함 ※ 규정에 대한 적용시점을 고려하여 주관·총괄기관과 협의하여 적용 ※ 호환성 확보를 위해 「전자정부서비스 호환성 준수 지침」을 준수 | |
| 산출 정보 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-05 | |
| 요구사항 명칭 | 데이터 표준 준수 | |
| 요구사항 상세설명 | 정의 | 데이터 표준화 지침 |
| 세부내용 | ◯ 데이터 표준 기준 수립 시, 도내 응급의료기관의 운영 현실과 정보관리 수준을 고려하여 적용 가능한 범위의 표준을 단계적으로 정의하여야 함 ◯ 내·외부 데이터 연계를 고려하여 데이터 구조, 명명 규칙, 코드관리 방식 등 데이터 관리 기준을 포함한 표준화 방안을 마련하여야 함 ◯ 수립된 데이터 표준은 본 사업 범위 내에서 실질적으로 적용·운영될 수 있도록 하며, 향후 고도화 사업 및 유관 시스템 연계 시 확장 가능하도록 설계하여야 함 | |
| 산출 정보 | 데이터베이스 표준사전 |
| 요구사항 분류 | 기관별 승인·의사결정 및 감독 | |
|---|---|---|
| 요구사항 고유번호 | COR-06 | |
| 요구사항 명칭 | 기관별 승인·의사결정 및 감독 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | 가. 총괄기관 사전승인 사항 사업목적 또는 기본 정책방향의 중대한 변경 제주특별자치도 지원예산의 증액 또는 중대한 예산변경 총괄기관에 귀속된 계약목적물·지식재산권의 양도·매각·담보 제공 및 사업목적 외 상업적 이용 개인정보 처리업무의 재위탁 등 관계 법령 또는 민간위탁 협약에서 총괄기관의 승인을 요구하는 사항 수탁기관 변경 또는 민간위탁 종료에 따른 시스템·데이터·계약목적물의 이전 또는 처분 나. 주관기관의 결정사항 ◯ ‘가’항에 해당하지 않는 사업의 기획·기술·과업·요구사항·일정·품질·시험·검수·운영·유지관리 및 기능개선에 관한 사항은 주관기관이 결정함 다. 승인절차 ◯ 주관기관은 원칙적으로 시행 예정일 10영업일 전까지 총괄기관에 승인요청서를 제출함 ◯ 총괄기관은 접수일부터 7영업일 이내 승인·조건부 승인·불승인 또는 보완요구를 서면 통보함 ◯ 보완요구가 있는 경우 처리기간은 보완자료 제출일부터 다시 기산함 ◯ 관계 법령 또는 민간위탁 협약에서 명시적인 승인을 요구하는 사항과 계약목적물·지식재산권의 처분 등 중요사항은 총괄기관의 서면승인을 받아야 하며, 기간 경과만으로 승인된 것으로 보지 않음 ◯ 본 제안요청서에서 총괄기관과의 협의 또는 사전통보 사항으로 별도로 정한 사항에 대하여 총괄기관이 처리기간 내 별도의 의견을 통보하지 않은 경우에는 이견이 없는 것으로 봄 ◯ 본 제안요청서상 총괄기관과의 협의 또는 사전통보를 요하는 사항은 별표(바목)와 같음 라. 총괄기관의 지도·감독 ◯ 총괄기관은 관계 법령 및 민간위탁 협약에 따라 사업수행 상황과 예산집행 등에 관한 보고를 요구하거나 지도·점검할 수 있음 ◯ 다만 총괄기관의 지도·점검 및 의견제시는 주관기관의 통상적인 사업관리·기술·운영 의사결정 권한을 대체하지 않음 ◯ 총괄기관은 사업 수행 과정에서 법령 위반, 예산의 목적 외 집행, 또는 사업 목적 달성을 현저히 저해할 우려가 있는 중대한 하자를 확인한 경우, 기한을 정하여 주관기관에 서면으로 시정을 요구할 수 있으며, 주관기관은 특별한 사유가 없는 한 이에 응하여야 함 마. 과업 및 계약변경 ◯ 주관기관은 과업변경의 필요성 및 내용을 결정하고 총괄기관에 사전통보함 ◯ 추가예산이 필요한 경우 총괄기관과 협의하고 필요한 승인을 거치며, 관계 법령에 따른 과업심의가 필요한 경우 해당 절차를 이행함 ◯ 계약금액·계약기간 등 계약조건의 변경이 필요한 경우 발주기관이 변경계약 등 필요한 행정절차를 수행함 바. 협의·사전통보 사항 목록 ○ 본 제안요청서상 총괄기관과 주관기관·발주기관 간 협의, 사전통보, 사전승인 또는 보고를 명시한 조항은 다음과 같음 COR-03: 계약목적물·지식재산권의 제3자 양도·매각·담보·상업적 활용-총괄기관 사전 서면승인 COR-03: 소스코드 등 기술자료의 유지관리업체·후속사업자 제공-총괄기관 사후통보(10영업일 이내) COR-04: 기술표준 변경 시 적용시점-주관·총괄기관 협의 COR-06 가목: 정책방향 중대변경, 지원예산 증액, 지재권 처분, 개인정보 재위탁, 수탁기관 변경-총괄기관 사전승인 COR-06 마목: 과업변경의 필요성 및 내용-총괄기관 사전통보 QUR-02: 기능 구현 변경·개선 사항-주관·총괄기관 협의 TER-02: 인수 승인검사·테스트 계획 및 최종 승인-주관기관 협의, 주관·총괄기관 승인 SER-02: 보안사고 발생 시 대응계획-주관·총괄기관 보고 SW산출물 반출: 반출된 산출물의 제3자 제공-총괄기관 사전승인 PMR-08: 추가예산 발생 시 계약변경-총괄기관 협의·승인 PSR-03: 시스템 설치·운영 시설의 주소·소유·운영주체 변경-총괄기관 사전승인 ○ 제1호부터 제11호까지에 해당하지 아니하는 그 밖의 협의·통보 사항이 확인되는 경우 주관기관은 이를 본 목에 추가하여 관리함 | |
| 산출 정보 | 산출 정보 총괄기관 승인 요청서 및 승인서, 협의 결과 통보서 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-01 | |
| 요구사항 명칭 | 사업수행 조직의 구성 | |
| 요구사항 상세설명 | 정의 | 프로젝트 관리 수행인력 |
| 세부내용 | ◯ 공동수급형태로 제안할 경우 주사업자와 부사업자 간의 업무수행범위 및 책임관계를 상세히 정의하고 주사업자의 조직운영방안을 제시하여야 함 - 사업수행 책임자(PM)는 주사업자의 직원으로 본 사업을 총괄할 수 있는 전문인력이어야 함 ※ 사업관리자(PM)의 경우는 투입인력의 기술 수준을 상세하게 제시하여야 함 ◯ 투입인력의 변경은 주관기관의 동의를 얻은 후 가능함 ◯ 추진조직 외에 본 사업을 성공적으로 수행할 수 있도록 지원 또는 자문조직의 구성을 제시할 수 있음 ◯ 사업 추진 조직의 기술 부족(프로그래밍 지식 부족 등)으로 사업 진행에 지장이 있다고 판단 시 사업수행자는 즉시 대안을 마련하여야 함 | |
| 산출 정보 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-02 | |
| 요구사항 명칭 | 프로젝트 관리 일반사항 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 선정된 제안사는 계약체결일로부터 10일 이내 착수계 및 사업수행계획서, 보안 서약서를 제출해야 함 ◯ 프로젝트 수행에 필요한 S/W, 장비 등은 제안사에서 준비 ◯ 모든 활동에 대한 업무 상세 정의와 일정계획, 수행 방안 및 의사소통 방안, 기밀 보장 방안 등 상세 프로젝트 계획을 제공해야 함 ◯ 본 과업은 제 법규, 용역규정 및 본 제안요청서와 담당자의 지시에 따라 수행하여야 하며, 제안요청서에 명시되지 아니한 기술·기능·운영 관련 사항은 사업목적 달성을 위하여 주관기관과 계약상대자가 협의하여 주관기관이 결정함 ◯ 본 조항의 "담당자"란 주관기관(제주특별자치도 응급의료지원단) 소속 사업 담당자를 말하며, 계약상대자는 본 사업의 기술·과업·요구사항·검수·운영에 관한 주관기관 담당자의 지시 및 요구에 성실히 따라야 함 ◯ 다만 계약금액·계약기간 등 계약조건에 관한 사항은 발주기관이 수행함 ◯ 발주기관은 계약체결 시 본 조항을 계약서(특수조건)에 명시함으로써, 계약상대자가 주관기관의 지시에 따를 의무를 부담함을 명확히 함 ◯ 제안요청서에 명시된 모든 항목은 최소한의 사항만을 규정하였으므로 상세히 기술되지 않았거나 누락된 사항에 대하여 제안사는 운영상 문제가 발생하지 않도록 사전 조치를 하여야 함 ◯ 제안사는 사업대상에 포함된 업무 중 제안요청서 상에 구체적으로 명시되지 않은 부분도 계약금액에 변동이 없는 범위 내에서는 주관기관의 요구에 응함 ◯ 사업이 계약기간 내에 완료되지 못하였을 경우 「지방자치단체를 당사자로 하는 계약에 관한 법률」 및 관계 계약규정에 따른 지체상금을 적용함 | |
| 산출 정보 | 착수계, 사업수행계획서, 보안서약서 등 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-03 | |
| 요구사항 명칭 | 사업 추진일정 관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 사업수행계획서 제출 시 사업 진행의 모든 일정이 명시된 사업수행계획서(WBS)를 함께 제출 후 주관기관의 승인을 받아야 함 ◯ 사업수행은 사업수행계획서(WBS)를 기준으로 진행하되 일정이 변경될 경우 사전에 반드시 주관기관 담당자와 협의를 하여야 함 ◯ 사업 완료 후 ‘사업완료보고서’를 제출하여야 함 | |
| 산출 정보 | 사업수행계획서, 사업완료보고서 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-04 | |
| 요구사항 명칭 | 프로젝트 업무보고 및 검토계획 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 사업기간 동안 보고 및 검토계획을 상세하게 제시하여야 함 - 착수보고회 : 사업수행계획보고, 사업수행방안협의(계약 후 10일내) - 정기보고회 : 주간보고(매주), 월간보고(매월 마지막 주) - 수시보고회 : 제안사가 필요시 사업 담당자에게 요청하거나 주관기관에서 필요시 제안사에게 요청할 수 있음 - 중간보고회 : 유관기관에 시연이 가능할 정도로 구축되었을 때 보고 - 최종보고회 : 사업수행 종료에 따른 수행결과 보고(26년 12월 초 예정) | |
| 산출 정보 | 교육계획서, 교육결과서, 교육자료 등 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-05 | |
| 요구사항 명칭 | 프로젝트 산출물 관리 | |
| 요구사항 상세설명 | 정의 | 산출물 관리 |
| 세부내용 | ◯ 사업추진 단계별 발생하는 산출물은 외부로 반출할 수 없음 ◯ 사업위험, 사업진도, 사업수행 시 보안을 관리하는 방법, 사업수행 성과물이나 산출물의 형상 및 문서를 관리하는 방법 등을 구체적으로 제시함 ※ 사업관리는 ｢전자정부지원사업 관리지침｣(행정안전부예규)과 ｢전자정부지원사업 사업관리방안｣(한국정보화진흥원)을 준용하여 수행함 ◯ 계약목적물 및 산출물의 소유권·지식재산권·이용권은 COR-3에 따름 ◯ 작성된 완료보고서에 대한 오류, 미비점 발견 및 수정 요구 등 주관기관의 추가 요구가 있을 시 제안사는 이에 응하여야 함 | |
| 산출 정보 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-06 | |
| 요구사항 명칭 | 프로젝트 검수 및 유지관리 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 본 사업 완료 후 주관기관은 검수보고회를 개최하고 계약목적물의 기능, 성능, 품질, 보안, 데이터 연계 및 산출물이 제안요청서, 계약내용 및 확정된 요구사항을 충족하는지 검수함 ◯ 검수 과정에서 미비점 또는 요구사항 미충족 사항이 확인된 경우 주관기관은 계약상대자에게 시정·보완을 요구할 수 있으며, 계약상대자는 이를 지체 없이 조치하여야 함 ◯ 보완 완료 여부는 주관기관이 확인함 ◯ 검수기간은 원칙적으로 2주 이내의 범위에서 주관기관이 계약상대자와 협의하여 정하며, 보완 또는 재시험이 필요한 경우 그 기간을 조정할 수 있음 ◯ 계약상대자는 검수에 필요한 검수보고서, 시험결과서 및 관련 증빙자료를 제출하여야 하며, 주관기관은 검수결과를 확정하여 발주기관에 통보함 ◯ 발주기관은 주관기관이 확정·통보한 검수결과를 기초로 검사·인수, 사업비 지급 등 필요한 계약·회계 행정절차를 수행함 ◯ 발주기관은 사업의 기능·성능·품질 등 주관기관의 기술적 검수결과를 임의로 변경하지 아니하며, 다만 계약 및 회계 관련 법령·규정상 필요한 행정적 보완사항이 있는 경우 주관기관에 그 보완을 요청할 수 있음 ◯ 사업 검수 완료 이후 주관기관이 결과물의 오류 또는 하자에 대한 보완을 요청하는 경우 계약상대자는 신속히 조치하여야 하며, 하자담보책임기간은 최종 검수 완료일로부터 1년으로 함 - 검수보고서 : 2부 ※ 단, 주관기관이 검수보고서 또는 관련 산출물의 수정·보완을 요구하는 경우 계약상대자는 요구일로부터 7일 이내에 이를 보완하여 제출하여야 함 | |
| 산출 정보 | 검수보고서 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-07 | |
| 요구사항 명칭 | 프로젝트 관리 요구사항 일반 | |
| 요구사항 상세설명 | 정의 | 위험 및 사업관리 방법 |
| 세부내용 | ◯ 발생이 예상되는 쟁점 및 미결사항에 대한 관리, 사용자 요구사항 추가・변경에 따른 변경부분 관리 등 각종 위험에 대한 통제 및 리스크 관리 방안을 제시해야 함 ◯ 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리방법론을 통한 체계적인 사업 관리 방안을 제시해야 함 ◯ 개선의 완성도를 높이기 위해 프로젝트 착수에서 종료까지 체계적으로 프로젝트를 관리(관리도구 이용)해야 함 | |
| 산출 정보 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-08 | |
| 요구사항 명칭 | 계약 일반 사항 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 본 제안요청서, 입찰공고서, 제안서, 협상결과서, 사업수행계획서 및 그 밖에 발주기관과 계약상대자가 계약문서로 편입하기로 한 서류는 상호 보완적으로 적용하며, 문서 간 내용이 상충하는 경우에는 계약서에서 정한 적용 우선순위에 따름 ◯ 천재지변 또는 그 밖의 불가항력으로 계약의 이행이 지연되거나 불가능하게 된 경우의 책임 및 처리방법은 계약서와 적용 계약규정에 따름 ◯ 주관기관은 계약상대자의 사업수행 상태를 관리·감독하며, 계약상대자가 다음 각 호의 어느 하나에 해당하여 계약목적 달성이 곤란하다고 판단되는 경우 시정·보완을 요구하거나 발주기관에 계약의 일부 또는 전부에 대한 해제·해지 등 필요한 계약조치를 요청할 수 있음 정당한 사유 없이 사업에 착수하지 않거나 계약상 업무를 이행하지 않는 경우 계약 또는 확정된 사업수행계획을 중대하게 위반한 경우 기술능력 부족, 수행인력의 부적정, 반복적인 일정지연 등으로 계약목적 달성이 곤란한 경우 주관기관의 정당한 업무지시, 시정·보완 요구를 이행하지 않는 경우 필요한 승인 없이 계약상 지위 또는 주요 권리·의무를 제3자에게 이전한 경우 보안 또는 개인정보보호 의무를 중대하게 위반한 경우 허위자료 제출, 부정행위 또는 정상적인 사업수행·관리를 방해하는 행위가 있는 경우 ◯ 발주기관은 주관기관이 확인·통보한 사실관계와 계약조치 요청을 기초로 계약서 및 적용 계약규정에 따라 해제·해지 등 필요한 계약행정 절차를 수행함 ◯ 계약상대자의 귀책사유 없이 사업의 중단·폐지, 예산 미확보, 정책변경 또는 그 밖의 불가피한 사유로 계약을 계속 수행하기 곤란한 경우에는 주관기관이 계약종료 필요성을 검토하고 총괄기관과 협의한 후 발주기관에 필요한 계약조치를 요청함 ◯ 계약을 중도에 종료하는 경우 주관기관은 계약상대자의 과업 이행정도와 산출물을 확인하고, 발주기관은 주관기관의 확인결과 및 계약조건에 따라 기성대가 등 필요한 정산·지급 절차를 수행함 ◯ 계약상대자의 귀책사유로 계약이 해제·해지되는 경우 계약상대자는 계약서 및 적용 계약규정에 따른 손해배상, 계약보증 및 그 밖의 책임을 부담함 ◯ 사업의 기능·기술·요구사항 및 과업내용의 변경 필요성과 변경안은 주관기관이 검토·마련함 ◯ 관계 법령상 과업심의 대상인 경우에는 과업심의위원회의 심의 등 필요한 절차를 거쳐 변경내용을 확정하며, 추가예산이 필요한 경우 COR-06에 따라 총괄기관과 협의하거나 필요한 승인을 받음 ◯ 계약금액·계약기간 또는 계약상대자의 계약상 권리·의무 변경이 필요한 경우 발주기관은 주관기관이 확정한 변경내용을 기초로 변경계약 등 필요한 계약행정 절차를 수행한다. 발주기관은 주관기관이 확정한 기술·과업내용을 임의로 변경하지 않음 ◯ 민간위탁 종료, 수탁기관 변경 또는 주관기관 운영체계 변경이 발생하는 경우 계약상대자는 총괄기관이 지정하는 새로운 수탁기관 또는 주관기관에 시스템, 계약목적물, 소스코드, 산출물, 데이터, 계정정보, 운영자료 및 기술자료를 인계하는 데 적극 협조하여야 함 ◯ 수탁기관 변경 등으로 계약당사자의 변경이 필요한 경우에는 계약인수, 변경계약 또는 그 밖의 적법한 계약승계 절차를 거쳐 처리함 ◯ 계약상대자는 수탁기관 또는 주관기관의 변경만을 이유로 시스템의 이용을 제한하거나, 정당한 사유 없이 인계·하자보수 또는 기술지원을 거부할 수 없음 ◯ 하자담보책임 기간 중 수탁기관 또는 주관기관이 변경된 경우 계약상대자는 총괄기관이 지정한 새로운 주관기관 또는 수탁기관의 하자보수 요청에 협조하여야 한다. 손해배상청구권 등 계약상 권리의 법적 승계가 필요한 경우에는 별도의 적법한 승계절차에 따름 | |
| 산출 정보 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-01 | |
| 요구사항 명칭 | 시스템 안정화 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 사업 기간 동안 목표시스템에 대한 가동상태 모니터링 및 기록, 예방점검 활동 실시, 사용자 교육, 기술지원 등 안정화 활동을 수행하여야 함 | |
| 산출 정보 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-02 | |
| 요구사항 명칭 | 교육 지원 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 본 용역사업 완료단계에 주관기관에서 자체 운영이 가능하도록 체계적이고 효율적인 업무 인수・인계 계획 및 교육훈련 방안을 제시하고 인수・인계 및 교육을 시행하여야 함 - 안정적이고 지속적인 시스템 관리, 장애복구 방법, 시스템보안, 시스템 백업 등 시스템 운용 및 유지관리에 필요한 충분한 기술전수 및 교육 ◯ 인수인계 방안 및 시스템 사용방법이 기재된 사용자매뉴얼(교육자료)을 제공해야 함 ◯ 오류 및 개선 등의 사유로 주관기관의 시스템 관리자가 시스템의 모든 기능을 자체 변경 및 수정할 수 있도록 개선(관리) 방안을 기재한 관리자매뉴얼을 제공해야 함 - 주관기관 시스템 관리자를 대상으로 시스템 운영 및 향후 관리방안에 대한 기술지원 방법 제시 - 시스템 관련분야의 정보기술에 대한 지속적인 정보 제공 및 기술적인 자문을 이행하여야 함 | |
| 산출 정보 | 사용자 매뉴얼 |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-03 | |
| 요구사항 명칭 | 하자보수 및 인수인계 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ◯ 하자담보 지원범위, 지원방법(상주, 비상주 등) 및 지원인원을 포함한 하자관리 세부계획을 제시하여야 함 ◯ 하자담보 지원범위에는 다음과 같은 사항을 포함하여야 함 - 하자담보 대상(공급한 제품, 개발한 소프트웨어 등) - 장애 발생에 대한 처리 - 기타 시스템의 정상운영을 위한 기술지원 등 ◯ 하자 담보책임 기간은 사업을 종료한 날부터 1년간으로 함 ◯ 제안사는 각종 장애 발생 시 즉각적인 원인분석 및 복구 등 하자보수를 보장하기 위하여 구체적인 장애조치 계획을 제시하여야 함 - 제안사는 시스템 구축 및 운영과 관련된 업무 인수인계 및 기술이전 계획을 구체적으로 제시하고 실행하여야 하며 계획의 미흡점 및 오류 발견 시 이를 보완하여 요청할 수 있음 ◯ 검수 완료 후 시스템 운영 시 프로그램 오류, 시스템 성능, 시스템 운영과정에서 발견된 제안사 귀책사항에 대하여 즉시 보완할 수 있는 체계를 마련해야 함 ◯ 제안사는 하자․유지보수 및 기술지원 관련 체계와 인력을 마련하여야 함 ◯ 계약상대자는 계약 종료·해지 시 또는 주관기관의 요구가 있는 경우, 후속 사업자 또는 총괄·주관기관이 지정하는 자에게 시스템 및 데이터의 이관에 협조하여야 하며, 소스코드·데이터베이스 스키마·설정정보·운영 및 관리자 문서를 제공하여야 한다. ◯ 계약상대자는 시스템이 설치·운영되는 시설의 주소, 소유 또는 임차 여부, 운영 주체를 제안서에 명시하여야 하며, 변경 시 총괄기관의 사전 승인을 받아야 한다. ◯ 총괄기관 및 주관기관은 해당 시설에 대하여 연 1회 이상 현장 점검을 실시할 수 있다. | |
| 산출 정보 |
참가자격
※ 위 목차 및 내용은 각 제안 업체의 제안 내용에 따라 수정 가능함
Ⅴ 제안 안내 사항
1. 입찰 참가자격 (※ 상세내용은 입찰공고문을 반드시 참조할 것) ❍ 「지방자치단체를 당사자로 하는 계약에 관한 법률 시행령」 제13조 및 동법 시행규칙 제14조의 규정에 의한 입찰 참가자격을 갖춘 업체 ❍ 「지방자치단체를 당사자로 하는 계약에 관한 법률」 제31조 및 같은 법 시행령 제92조(부정당업자의 입찰참가자격 제한)에 해당되지 않은 업체 ❍ 본 사업은 병원 정보시스템 연계, AI 업무지원 및 인프라·보안을 포함하는 복합 정보화 용역으로서, 입찰참가자격은 구성원별 실제 수행과업에 따라 적용함 본 사업에 참여하는 자는 나라장터(G2B)에 소프트웨어사업자(컴퓨터관련서비스사업, 업종코드 1468)로 등록하여야 함 ❍ 통합개발·병원연계 과업을 수행하는 자는 「중소기업제품 구매촉진 및 판로지원에 관한 법률」에 따른 유효한 직접생산확인증명서를 보유하여야 함 직접생산확인은 정보시스템개발서비스(세부품명번호 8111159901), 소프트웨어 유지 및 지원서비스(세부품명번호 8111229901)를 원칙으로 함 ❍ 정보인프라구축서비스, 정보시스템유지관리서비스 및 소프트웨어유지및지원서비스의 직접생산확인은 통합개발·병원연계 신규 구축 과업의 직접생산 자격을 대체하지 않으며, 별도 분담과업의 실제 조달품목에 해당하는 경우에만 그 수행자에게 적용함 - 공동수급체 구성원은 대표사 포함하여 3개 이하로 구성하여야 하며, 구성원별 계약참여 최소지분율은 10% 이상 이여야 함 - 공동수급은 공동이행방식, 분담이행방식 또는 공동이행과 분담이행을 결합한 혼합방식을 허용하며, 해당 방식의 공동수급표준협정서를 전자조달시스템을 통해 제출하여야 함 - 공동이행 구성원은 해당 공동이행 부분에 필요한 공통자격을 갖추고, 분담이행 구성원은 자신이 분담하는 과업 수행에 필요한 허가·면허·등록·신고 및 자격요건만 갖추면 됨 - 공동수급협정서에는 구성원별 분담범위, 분담금액 또는 비율, 산출물, 투입인력, 검수기준, 하자보수 및 보안책임을 명확히 기재하여야 하며, 명의대여 또는 형식적 지분참여를 허용하지 않음 - 공동수급체를 중복 결성하여 입찰에 참여할 수 없음 - 의료기관 정보시스템 연계 역량과 의료 AI·데이터 처리 역량을 상호보완할 수 있는 공동수급체 구성을 권장함 - 공동수급체 구성원의 실적과 전문인력은 해당 구성원이 실제로 담당하는 과업, 참여지분 및 투입계획을 기준으로 평가함 - 대표사가 아닌 구성원의 실적이라는 사유만으로 담당과업과 직접 관련된 실적을 배제하지 않음 - AI 업무지원 전문 분담자는 음성·텍스트 처리, 의료·업무지원 AI, 데이터 구조화·요약, AI 품질·안전관리 및 시스템 연계에 관한 수행실적·전문인력·기술능력으로 평가함.
배점·평가
❍ 기술평가 방법 - 정량적 평가와 정성적 평가를 실시하여 최종 기술평가 점수 산출 * 기술 능력 평가 = 정량적 평가 (20점) + 정성적 평가 (70점) - 항목별 평가 배점과 방법은 “제안서 평가 기준”에 따라 평가함 - 정성적 평가를 위하여 평가위원회를 구성하여 운영하며, 각 평가위원의 평가점수 중 최고 점수와 최저점수를 제외한 나머지를 산술 평균한 점수를 90점 만점으로 환산함 - 기술 능력 평가에 따라 입찰자의 순위를 정하여 고정 점수를 부여하는 차등 점수제(3점)를 적용함 ※ ｢조달청 협상에 의한 계약 제안서 평가 세부 기준｣ 제12조 제3항(조달청 지침 제134호, 2023. 5. 4) (참고)차등점수제 적용 방식(제12조 제3항 관련) 1. 수요기관은 3점 이내의 순위별 점수차를 명시하여 차등점수제를 적용 요청하여야 한다. 2. 차등점수제를 적용하고자 하는 경우 계약담당자는 제12조 제2항 또는 제6항과 정량평가를 합산한 기술능력평가 결과에 따라 입찰자의 순위를 결정한다. 3. 1순위자에게 배점한도를 부여하고, 2순위 부터는 순차로 선순위 점수에서 제1호의 순위별 점수차를 감한 점수를 부여한다. 다만, 원점수 기준의 순위별 점수차가 차등점수차보다 큰 경우에는 원점수의 점수차를 감한 점수를 부여한다. 4. 제2호에 따른 기술능력평가 결과 점수가 동일한 제안자가 2인 이상인 경우 동일순위로 평가하여 점수를 산정하고, 그 다음 순위자의 평가점수는 제3호에 따른 후순위 점수 산정방법에 따라 점수를 부여한다.
| 구 분 | 평 가 항 목 | 배 점 | 평가자 | |||
|---|---|---|---|---|---|---|
| 합 계 | 100 | |||||
| 기술 능력 평가 (90) | 정량적 평 가 (20점) | 소 계 | 20 | |||
| 수행실적 | ㆍ유사사업 수행실적 | 10 | 사업 담당자 | |||
| 기술인력 보유현황 | ㆍ기술인력 보유현황 평가 | 4 | ||||
| 경영상태 | ㆍ경영상태 평가 | |||||
| 사회적 책임 | ㆍ사회적 책임 평가 | 2 | ||||
| 정성적 평 가 (70점) | 소 계 | 70 | ||||
| 전 략 및 방법론 | 사업의 이해도 | - 개발목표 및 내용의 이해도 - 문제파악의 정확성 - 업무분석체계의 명확성 - 목표시스템 구성의 적정성 - 제안요청서와의 부합성 | 5 | 평가 위원 | ||
| 추진 전략 | - 추진전략의 창의성 - 추진전략의 타당성 | |||||
| 적용 기술 | - 제안기술의 실현가능성 - 적용기술의 혁신성 - 적용기술의 최신성 | 4 | ||||
| 기 술 및 기 능 | 시스템 요구사항 | - 유지보수 대상 장비의 유지보수 지원 - 유지보수 대상 장비의 예방점검 지원 | ||||
| 보안요구사항 | - 보안요구사항 분석 및 방안의 타당성 - 보안요구사항 분석의 적정성 - 관련 방안 및 기술의 적용 가능성 | |||||
| 시스템 운영 요구사항 | - 시스템 운영요구사항의 충족도 - 시스템 운영요구사항 대응책의 타당성 | |||||
| 성 능 및 품 질 | 성능 요구사항 | - 성능요구 사항 분석의 타당성 - 성능요구 사항의 충족도 | ||||
| 품질 요구사항 | - 품질요구사항 점검 계획의 적정성 - 품질요구사항의 점검의 타당성 | 5 | ||||
| 인터페이스 요구사항 | - 시스템 인터페이스 구현의 적합성 - 사용자 인터페이스의 편의성 | 4 | ||||
| 프로젝트 관리 | 관리 방법론 | - 위험관리, 자원관리, 진도관리, 보안관리, 형상관리, 문서관리 방안의 적정성 | 5 | |||
| 일정 계획 | - 세부활동 도출 및 기간의 타당성 - 세부활동 배열의 합리성 - 중간목표 정의의 타당성 | 4 | ||||
| 개발 장비 | - 개발환경 구성의 적정성 - 라이선스 구성의 적정성 | |||||
| 프로젝트 지원 | 시험운영 | - 시험운영 방법의 적정성 | ||||
| 유지관리 | - 유지관리 계획의 적정성 - 유지관리 조직의 적정성 - 유지관리 절차의 적정성 - 유지관리 범위의 적정성 - 유지관리 기간의 적정성 | 5 | ||||
| 하자보수 계획 | - 하자보수 계획의 적정성 - 하자보수 조직의 적정성 - 하자보수 절차의 적정성 - 하자보수 범위의 적정성 - 하자보수 기간의 적정성 | |||||
| 가격 평가 (10) | 소 계 | 10 | 사업 담당자 | |||
| 입찰가격 | ㆍ가격평가 평점산식에 의거 산출 |
❍ 정량적 평가기준 (20점) - 제안사는 자기평가표를 작성하고, 증빙자료를 제출하여야 함 - 정량적 평가에 대한 각 항의 증빙자료를 제출하지 않으면 최저 점수를 부여함 수행실적 (10점)
| 평가 항목 | 평가등급 | 배점 환산 | 평점 |
|---|---|---|---|
| 수행실적 | 100% 이상 | 배점의 100% | 10.0 |
| 70% 이상 ~ 100% 미만 | 배점의 90% | 9.0 | |
| 40% 이상 ~ 70% 미만 | 배점의 80% | 8.0 | |
| 40% 미만 | 배점의 70% | 7.0 |
※ ‘조달청 협상에 의한 계약 제안서 평가 세부 기준’ [별표 9] 수행실적 평가기준 준용 * 수행실적 인정분야: 다음 분야 중 어느 하나에 해당하는 구축·연계·운영 실적을 기능적·기술적 유사성을 기준으로 독립 인정함. ① 응급의료자원·응급실 운영정보·119 또는 병원 전 정보 연계, ② 종합병원급 이상 EMR·OCS·HIS 구축 또는 연계, ③ FHIR·HL7 표준서버·변환·매핑·API 구축, ④ 병원급 이상 의료 AI 또는 업무지원 AI 구축·운영·실증, ⑤ 의료·공공데이터 암호화·가명처리·접근통제 등 보안, ⑥ 다기관 데이터 통합 상황판 또는 실시간 운영 플랫폼. 유지보수만 수행한 실적과 단순 HW·SW 납품 실적은 제외함 * 공동수급체 구성원의 실적은 해당 구성원이 실제 수행한 분담과업과 참여비율(공동이행은 출자비율, 분담이행은 분담비율)을 기준으로 인정하며, 대표사가 아니라는 이유만으로 분담과업과 직접 관련된 실적을 배제하지 않음 * 해당 사업규모 대비 입찰공고일 기준 최근 3년간 사업수행실적(금액 기준)을 합산 적용. 단, 입찰공고일을 기준으로 최근 7년 이내에 사업을 개시한 창업기업에 대해서는 최근 7년간 사업수행실적을 합산 적용 [주] 1. 수행실적은 입찰공고 또는 제안요청서 등 입찰 관계서류에 따로 정한 경우를 제외하고는 계약일자 및 납품기한에 관계없이 이행이 완료된 시점을 기준으로 평가한다. 이 경우 입찰공고일에 이행완료 된 실적도 평가에 포함하나, 입찰공고일 다음날부터 이행완료된 자료는 평가에서 제외한다.
6. 중소기업협동조합이 입찰에 참여하는 경우 해당계약을 이행할 출자 또는 분담업체의 실적으로 평가하며 6호의 평가방법에 따라 평가한다. 7. 합병, 분할, 사업양수도가 있는 경우 다음 각 호에 따라 실적을 평가한다. 이 경우 입찰자는 합병 전ㆍ분할 전ㆍ사업양도 업체의 실적증빙서류를 제출하여야 한다. 가. 합병 : 소멸 업체의 실적을 존속 또는 신설 업체의 실적에 합산하여 평가 나. 분할 : 분할 전 업체의 실적을 권리ㆍ의무를 승계한 업체의 실적에 포함하여 평가. 다만, 시설, 기술자 등 요건이 필요할 때에는 이를 갖춘 경우에만 실적으로 인정한다. 다. 사업양수도 : 사업양도인의 실적을 사업양수인의 실적으로 포함하여 평가. 다만, 시설, 기술자 등 요건이 필요할 때에는 이를 갖춘 경우에만 실적으로 인정한다. 기술인력 보유현황 (4점)
| 평가 항목 | 평가등급 | 배점 환산 | 평점 |
|---|---|---|---|
| 기술인력 보유현황 | 13명 이상 | 배점의 100% | 4.0 |
| 10명 이상~13명 미만 | 배점의 90% | 3.6 | |
| 5명 이상~10명 미만 | 배점의 80% | 3.2 | |
| 5명 미만 | 배점의 70% | 2.8 |
| 신용평가등급 | 배점 환산 | 평점 | ||
|---|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 배점 환산 | 평점 |
| AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 배점의 100% | 4.0 |
| BBB-, BB+, BB0, BB- | A3-, B+, B0 | BBB-, BB+, BB0, BB- | 배점의 95% | 3.8 |
| B+, B0, B- | B- | B+, B0, B- | 배점의 90% | 3.6 |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 배점의 70% | 2.8 |
| 평가 항목 | 세부평가항목 | 평점기준 | 평점 |
|---|---|---|---|
| 사회적 책임 | ① 임금체불 | 「근로기준법」에 따라 고용노동부장관으로부터 체불사업주로 명단이 공개중인 자 | △2.0 |
| ② 고용개선 조치 미이행 | 「남녀고용평등과 일ㆍ가정 양립 지원에 관한 법률」에 따라 최근 2년 이내에 고용노동부장관으로부터 적극적 고용개선조치 미이행사업주로 명단이 공표된 자 |
※ 단, 외부 자문인력 등 통상적인 개발인력이 아닌 경우는 참여인력에서 제외함 - 공동계약의 경우, 공동수급 구성원 중 정당한 이유 없이 공동계약이행계획서에 따라 실제 계약에 참여하지 아니하는 구성원에 대해 부정당업자로 제재조치 등 입찰참가자격을 제한할 수 있음 - 입찰공고문, 제안안내서, 제안요청서 및 이에 근거한 별첨 등에 명시되지 않은 사항은 「지방자치단체를 당사자로 하는 계약에 관한 법률」과 같은 법 시행령·시행규칙, 행정안전부의 「지방자치단체 입찰 및 계약집행기준」, 「개인정보 보호법」 등 관계 규정에 따름 - 본 사업 수행과정에서 법․제도의 변경, 정부의 정책변경 등 현저한 사업 환경 변화가 있을 경우 사업이 변경될 수도 있음․ 이 경우, 계약 이전의 변경사항에 대하여는 계약 협상 시에 반영하여 계약토록 하고, 계약 후 발생되는 변경사항은 변경일을 기준으로 과업을 현행화 또는 대체과제로 변경(대체과제가 없을 시 정산)을 상호 협의하여 진행 - 계약상대자는 계약 진행 과정과 사업완료 후 하자보수기간동안 발주기관의 감사 등 관련자료 및 서류 열람에 적극 협력하여야 함 - 제안 내용의 전부 또는 일부에 대하여 담합한 사실이 발견되는 경우에는 제안을 무효로 함 - 제안요청서 및 제안서의 내용에 대한 해석상의 문제가 있을 경우, 총괄·주관기관과 협의하여 결정하여야 함 - 기타 규정되지 않은 사항이나 의견 분쟁 시에는 상호 협의하여 조정함 3. 제안서 평가 안내 ❍ 제안서 기술평가는 ’조달청 협상에 의한 계약 제안서평가 세부기준’ 지침에 의해 실시 ❍ 제안서 제출 장소 및 문의처 - 제출기한 : ‘입찰공고문’에 따름 - 제출방법 : ‘입찰공고문’에 따름 - 제 출 처 : 국가종합전자조달시스템(나라장터) - 문 의 처 : 제주특별자치도 응급의료지원단 ❍ 제안서 기술 평가 - 평가방법 : 제출된 제안서 및 증빙자료에 의한 서면평가 - 평가기간 : 입찰공고문에 따름 - 제안서 발표 및 질의응답은 실시하지 않음 - 평가위원은 제출된 제안서 및 증빙자료를 기준으로 평가함 - 평가 과정에서 추가 확인이 필요한 사항이 있는 경우 주관기관은 제안사에 서면으로 확인자료를 요청할 수 있음 - 기타 평가일정 및 평가방법은 주관기관 사정에 따라 변경될 수 있으며, 변경 시 별도 안내함 4. 협상적격자 선정 및 협상 방법 ❍ 협상절차는 기획재정부계약예규 ’협상에 의한 계약체결 기준’에 의해 실시 ❍ 협상 적격자 선정 및 협상순위 결정 - 기술평가 배점한도의 85% 이상인 자를 협상적격자로 선정 - 가격평가 후 협상적격자 중 종합평가점수가 가장 높은 자를 우선협상대상자 선정 ❍ 협상절차 및 방법
| 제안서 기술 평가 | • 총괄기관과 주관기관이 사전에 정한 평가기준에 따라 제안서 기술능력평가 실시 • 기관별 평가담당자가 평가한 점수를 산술평균하여 기술능력평가 점수 산출 • 평가 결과를 발주기관에 통보 | |
|---|---|---|
| ↓ | ||
| 협상적격자 선정 | • 기술능력평가 점수가 기술능력평가 분야 배점한도의 85% 이상인 자를 협상적격자로 선정 • 기술능력평가 점수와 입찰가격평가 점수를 합산한 종합평가점수의 고득점순으로 협상순위 결정 • 협상적격자가 없는 경우 관련 계약규정에 따라 재공고입찰 등 후속 절차 진행 | |
| ↓ | ||
| 협상 진행 | • 총괄기관과 주관기관이 우선 협상 대상자와 기술 및 과업 내용에 대한 협상 진행 • 사업내용, 이행방법, 이행일정, 산출물 및 제안가격 등을 대상으로 협상 실시 • 발주기관은 계약조건, 계약금액 및 계약체결에 관한 행정절차 수행 • 선순위 협상이 결렬된 경우 차순위 협상적격자와 순차적으로 협상 실시 • 모든 협상적격자와 협상이 결렬된 경우 관련 계약규정에 따라 재공고입찰 등 후속 절차 진행 | |
| ↓ | ||
| 사업자 선정‧계약 | • 총괄기관과 주관기관이 기술평가 및 협상 결과에 따라 최종 사업자 선정 • 선정 결과를 발주기관에 통보 • 발주기관은 총괄기관과 주관기관이 확정·통보한 평가·선정 결과에 따라 관계 계약규정에 필요한 낙찰자 결정, 계약체결 및 그 밖의 계약행정 절차 수행 • 발주기관은 기술평가 결과 또는 선정결과를 임의로 변경하지 않음 |
| 평가항목 | 배점 | 세부항목 | 평가내용 | 자체평가 점수 | 비고 |
|---|---|---|---|---|---|
| 1. 수행실적 | 10 | 수행실적 평가 | ○ 본 사업규모 대비 입찰공고일 기준 최근 3년 이내 사업이행실적 비율 [합산금액 기준] | ||
| 2. 기술인력 보유현황 | 4 | 기술인력 보유 | ○ 입찰공고일 기준 제안사에 재직중인 자로서 한국소프트웨어산업협회에서 발행한 경력증명서류로 인정되는 기술자 | ||
| 3. 경영상태 | 경영상태 평가 | ○ 사업자의 안정성(신용평가등급) | |||
| 4. 사회적 책임평가 | 2 | 임금체불 및 고용개선 조치 미이행 | ○ 공고일 기준 최근 2년 이내 부정당 제재 처분을 받은 기간에 따라 평가 | ||
| 점 수 총 계 (20) |
참가자격
| 가. 공고명 | 제주형 차세대 응급의료 정보시스템 구축사업(1차년도) |
|---|---|
| 나. 사업내용 | 제안요청서 참조 |
| 다. 사업기간 | 계약일로부터 2026. 12. 31.까지 |
| 라. 사업금액 | 281,000,000원(부가가치세 포함) |
| 마. 입찰방식 | 전자입찰 |
| 바. 계약방법 | 제한경쟁 |
| 사. 계약구분 | 총액계약 |
| 아. 낙찰자 결정방법 | 협상에 의한 계약 |
| 자. 평가방법 | 기술능력평가 90점/ 입찰가격평가 10점 |
| 차. 공동계약 | 공동이행 또는 분담이행 허용 |
라. 통합개발·병원연계 과업을 수행하는 자는 「중소기업제품 구매촉진 및 판로지원에 관한 법률」에 따른 유효한 직접생산확인증명서를 보유하여야 합니다. 직접생산확인은 정보시스템개발서비스(세부품명번호8111159901), 소프트웨어 유지 및 지원서비스(세부품명번호8111229901)를 원칙으로 합니다. 마. 정보인프라구축서비스, 정보시스템유지관리서비스 및 소프트웨어유지및지원서비스의 직접생산확인은 별도 분담과업의 실제 조달품목에 해당하는 경우에만 그 수행자에게 적용하며, 통합개발·병원연계 신규 구축 과업의 직접생산 자격을 대체하지 않습니다. 바. 본 사업은 총 사업금액20억 원 미만의 소프트웨어사업으로, 제안요청서에서 정한 중소 소프트웨어사업자 참여지원 기준을 적용합니다. 대기업 및 중견기업인 소프트웨어사업자와 상호출자제한기업집단 소속회사의 입찰참여를 제한합니다. 사. 입찰등록 마감일 기준 부정당업자 입찰참가자격 제한을 받고 있지 않아야 합니다. 4. 공동계약 가. 공동수급체는 대표사를 포함하여3개사 이하로 구성하여야 하며, 구성원별 계약참여 최소지분율은10% 이상으로 합니다. 나. 공동수급은 공동이행방식, 분담이행방식 또는 공동이행과 분담이행을 결합한 혼합방식을 허용합니다. 다. 공동이행 구성원은 해당 공동이행 부분에 필요한 공통자격을 갖추고, 분담이행 구성원은 자신이 분담하는 과업 수행에 필요한 허가·면허·등록·신고 및 자격요건을 갖추면 됩니다.
가. 입찰보증금의 납부·면제·귀속은 「지방자치단체를 당사자로 하는 계약에 관한 법률」 및 같은 법 시행령·시행규칙, 관계 계약규정에 따릅니다. 나. 관련 규정에 따라 입찰보증금 납부가 면제되는 경우에는 지급각서로 갈음할 수 있습니다. 다. 낙찰자가 정해진 기한 내에 계약을 체결하지 않는 경우 입찰보증금 귀속 및 입찰참가자격 제한 등 관계 규정에 따른 조치를 받을 수 있습니다. 라. 계약상대자는 계약체결 시 관계 법령 및 계약규정에서 정하는 계약보증금을 납부하여야 합니다. 7. 제안서 평가 및 협상적격자 선정 가. 평가배점은 기술능력평가 90점, 입찰가격평가 10점으로 합니다. 기술능력평가는 정량적 평가 20점과 정성적 평가 70점으로 구성합니다. 나. 정성적 평가는 사업의 이해도, 추진전략, 적용기술, 시스템·보안·운영 요구사항, 성능·품질·인터페이스, 프로젝트 관리, 시험운영, 유지관리 및 하자보수 계획 등을 제안요청서의 평가기준에 따라 평가합니다. 다. 기술능력평가에는 제안요청서에서 정한 차등점수제(3점)를 적용합니다. 라. 기술능력평가 점수가 기술능력평가 분야 배점한도의85% 이상인 자를 협상적격자로 선정합니다. 마. 협상적격자 중 기술능력평가 점수와 입찰가격평가 점수를 합산한 종합평가점수의 고득점순으로 협상순위를 결정합니다. 바. 선순위 협상이 결렬된 경우 차순위 협상적격자와 순차적으로 협상하며, 모든 협상적격자와 협상이 결렬된 경우 관계 계약규정에 따라 재공고입찰 등 후속절차를 진행할 수 있습니다. 8. 제안서 기술평가
가. 평가방법: 제출된 제안서 및 증빙자료에 의한 서면평가 나. 평가기간: 2026. 09. 28. 제안서 제출 마감 후 ~ 2026. 09. 29. 다. 제안서 발표 및 질의응답은 실시하지 않습니다. 라. 평가위원은 제출된 제안서 및 증빙자료를 기준으로 평가합니다. 마. 평가 과정에서 추가 확인이 필요한 경우 주관기관은 제안사에 서면으로 확인자료 제출을 요청할 수 있습니다. 바. 평가일정 및 평가방법은 주관기관 사정에 따라 변경될 수 있으며, 변경 시 별도 안내합니다. 9. 입찰무효 가. 「지방자치단체를 당사자로 하는 계약에 관한 법률」 및 같은 법 시행령·시행규칙, 관계 입찰·계약규정에서 정한 입찰무효 사유에 해당하는 경우 그 입찰은 무효입니다. 나. 입찰참가자격 판단기준일까지 필요한 참가자격을 갖추지 않은 경우 무효로 처리될 수 있습니다. 다. 입찰참가자격등록사항과 법인등기 또는 사업자등록사항의 상호·대표자 등 주요사항이 상이한 경우 필요한 변경등록을 완료하여야 합니다. 라. 제안내용의 전부 또는 일부에 대하여 담합한 사실이 확인되는 경우 해당 제안은 무효로 합니다. 10. 하도급에 관한 사항 가. 본 사업의 하도급은 「소프트웨어 진흥법」 제51조 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」에 따라 제한합니다. 나. 공동수급체 외 제3자에게 과업의 일부를 수행하게 하려는 경우 하도급계약 체결 전에 주관기관의 사전승인을 받아야 합니다.
다. 물품(상용소프트웨어 포함) 구매금액을 제외한 소프트웨어사업금액의 100분의 50을 초과하여 하도급할 수 없으며, 재하도급은 관계 법령에서 정한 예외를 제외하고 원칙적으로 허용하지 않습니다. 라. 하도급을 제안하는 경우 관련 지침에서 정한 하도급 계획서 및 하도급 계획 적정성 확인서를 제출하여야 합니다. 마. 하도급 승인신청 시 관련 지침의 하도급계약 적정성 판단 세부기준에 따라 적정성을 판단합니다. 바. 전체 사업금액 대비 10%를 초과하여 하도급하려는 경우에는 관계 법령에서 정한 공동수급체 구성 등의 요건을 준수하여야 합니다. 11. 소프트웨어사업 관련 사항 가. 본 사업은 「소프트웨어 진흥법」 제50조에 따른 과업내용 확정을 위하여 과업심의위원회를 개최한 사업입니다. 나. 과업내용 변경 및 이에 따른 계약금액·계약기간 조정이 필요한 경우 계약상대자는 관련 법령 및 지침에 따른 과업변경 요청절차를 진행할 수 있습니다. 다. 본 사업은 제안요청서상 직접구매 대상 상용소프트웨어 구매계획 첨부 대상에 해당하지 않습니다. 라. SW사업 수행에 필요한 작업장소는 주관기관과 계약상대자가 상호 협의하여 결정합니다. 원격개발 장소를 제안하는 경우 제안요청서의 보안요구사항을 충족하여야 합니다. 마. 계약목적물 및 산출물의 소유권·지식재산권·이용권과SW산출물 반출은 제안요청서에서 정한 조건을 따릅니다. 12. 불공정행위 금지 및 청렴계약