비대면 진료 통합 플랫폼 신규 구축

프로젝트 개요

다수의 의료기관이 입점해 함께 사용하는 비대면 진료 통합 플랫폼을 신규 구축합니다. 환자용 모바일 앱(iOS/Android), 의료기관용 웹, 통합 관리자 웹과 의료기관 입점 신청 페이지를 함께 개발하며, 이를 뒷받침하는 서버·API·데이터베이스와 실시간 화상 진료, 외부 연동을 포함합니다. 기획·디자인부터 개발, AWS 인프라 구축, 앱스토어 출시, 인수인계까지 전 범위를 수행합니다.

프로젝트 배경 및 목표

환자가 의료기관을 선택해 비대면 진료를 신청하고, 영상 또는 전화로 진료를 받은 뒤 진료비를 결제하기까지의 과정을 하나의 서비스 안에서 처리하는 것이 목표입니다. 의료기관은 별도 프로그램 설치 없이 웹에서 진료 신청 접수와 진료 업무, 참고자료 송수신을 수행합니다. 운영사는 입점 의료기관을 심사·관리하고 서비스 운영현황과 결제 내역을 확인할 수 있어야 합니다. 환자의 의료정보를 다루는 서비스이므로 의료기관별 데이터 접근권한 분리, 암호화, 접근이력 관리를 기본 요건으로 합니다.

과업 범위

1. 수행 범위 (요약)

• 기획: 비대면 진료·예약 플로우, 의료기관 입점·정산·수수료 정책, 결제·환불 정책, 역할별 권한 체계, 의료 민감정보 처리방침 정의
• 디자인: 환자 앱, 의료기관 웹, 통합 관리자 웹, 입점 신청 페이지 전 화면 UI/UX
• 개발: 환자용 모바일 앱(iOS/Android), 의료기관용 웹, 통합 관리자 웹, 입점 신청 페이지, 서버·API·데이터베이스, 실시간 화상 진료, 외부 연동(본인인증·PG·푸시 알림)
• 인프라·검수: AWS 운영 환경 구축, 개발환경과 운영환경 분리, 앱스토어 배포, 통합 테스트 및 기술 인수인계

2. 상세 기능 요구사항

① 환자용 모바일 앱

• 회원가입/로그인 및 휴대폰 본인인증, 환자 기본정보 및 필수 동의 관리
• 의료기관 연결·선택 및 정보 확인, 비대면 진료 신청 및 진행상태 확인
• 사진/PDF 등 진료 참고자료 전송 및 의료기관에서 전달한 자료 확인
• 진료비 결제, 결제내역 및 진료·자료전송 이력 확인
• Push 및 문자 기반 알림 수신·설정

② 의료기관용 웹

• 의료기관 계정 및 소속 사용자 권한 관리
• 진료 신청 확인·접수 및 진료 진행상태 관리
• 환자 관련 업무 처리 및 진료 참고자료 송수신
• 진료비 관련 업무, 결제상태 확인 및 알림·메시징 연계
• 진료 관련 이력 확인

③ 통합 관리자 웹 및 의료기관 입점

• 의료기관 입점 신청 페이지 및 신청정보 관리, 운영자 검토·승인 처리
• 의료기관 관리 및 서비스 이용상태, 서비스 이용 제한 관리
• 사용자 및 권한 관리, 주요 운영 설정 관리
• 진료 서비스 운영현황 관리 및 결제 관련 운영정보 확인
• 로그 및 운영 이력 확인

④ 화상 및 전화 진료

• 1:1 실시간 영상·음성 통신 및 카메라·마이크 제어
• 통화 품질 저하 대응, 연결 실패 및 접속 끊김 시 재연결 처리
• 모바일 앱과 웹 환경 양측 지원 및 전화 진료 연계
• 향후 이용 규모 확대를 고려한 구성

⑤ 진료 프로세스 및 결제·정산

• 진료 신청부터 접수, 진료, 결제 완료까지 단계별 상태 관리 및 취소·변경 처리
• 사용자별 진행상태 표시 및 관련 이력 관리
• 진료 건별 결제금액·결제상태 관리 및 의료기관별 결제 내역 확인
• 취소·환불 발생 시 관련 상태 및 이력 반영
• 진료를 제공한 의료기관을 기준으로 진료비가 수취되는 구조의 PG 결제 및 정산 방식

⑥ 인증·권한 및 개인정보·의료정보 보호

• 환자, 의료진, 의료기관 관리자, 플랫폼 운영자 역할별 접근범위 구분
• 의료기관별 데이터 접근권한 분리 및 의료기관 식별·등록 체계
• 개인정보 암호화 및 저장·전송 구간 암호화
• 주요 접근이력 기록, 비인가 접근 차단, 운영 DB 등 주요 자원에 대한 접근 제한

⑦ 인프라·배포 및 출시

• AWS 기반 애플리케이션 서버, 데이터베이스, 파일 스토리지 구축
• 개발환경 및 운영환경 분리, 로그·모니터링, 백업, HTTPS 및 도메인 연결
• iOS App Store 및 Google Play 배포, 앱 빌드·배포 환경 구성 및 심사 과정 기술 보완 대응
• 운영 서버 배포 및 서비스 오픈 지원

기술 스택

• 모바일 앱: React Native / TypeScript
• 프론트엔드 웹: React / TypeScript
• 백엔드: Java / Spring Boot / REST API / Gradle
• 데이터베이스: MySQL
• 클라우드: AWS (세부 서비스 구성은 안정성·보안성·운영 편의성·비용을 고려해 자유 제안)
• 화상 진료: 구현 방식 자유 제안 (자체 구축 또는 외부 솔루션 연동)
• 결제: 다수 의료기관 참여 구조에 적합한 PG 및 연동 방식 자유 제안

* 기재된 기술 및 구현 방식은 기본 방향이며, 안정성·보안성·확장성·유지보수성 측면에서 더 적합한 방안이 있는 경우 근거와 함께 대안을 제안해 주셔도 됩니다.

지원 자격 및 우대 사항

1. 지원 자격

• 모바일 앱, 웹 및 관리자 백오피스를 포함한 플랫폼 구축 경험
• 실시간 화상통신 기능 구현 또는 외부 화상 솔루션 연동 경험
• 결제(PG) 연동 경험
• 휴대폰 본인인증 등 사용자 인증 서비스 연동 경험
• 개인정보 암호화, 사용자·의료기관별 접근권한 분리 및 접근이력 관리 등 보안 기능 구현 경험
• AWS 등 클라우드 환경에서 상용 서비스 구축 및 배포 경험

2. 우대 사항

• 의료·헬스케어 서비스 개발 경험
• 비대면진료 관련 서비스 또는 유사 의료 플랫폼 구축 경험
• PG 다중 가맹점·하위가맹점 등 입점사별 결제/정산 구조 구현 경험
• 의료기관 등 입점 주체별 데이터 분리 및 권한관리 경험
• 클라우드 인프라 설계, 운영 및 기술 인수인계 경험
• App Store / Google Play 상용 서비스 출시 경험
• 서비스 오픈 이후 장기 유지보수 및 운영 대응 경험

산출물

• 전체 소스코드 및 발주사 소유 Git 저장소 내 최종 반영
• 기획 산출물 (정책 정의서, 화면 설계서, 서비스 플로우)
• 디자인 산출물 (원본 파일 포함)
• 시스템 구성도, 데이터베이스 스키마, API 명세
• 배포·운영 매뉴얼 (배포 절차, 서버 재기동, 장애 대응)
• 인프라 및 외부 서비스 계정 구성 내역, 권한 설정 정보
• 인수인계: 개발 완료 후 발주사 담당자를 대상으로 한 기술 설명
• 산출물의 세부 범위와 형식은 선정 업체와 협의하여 계약 단계에서 확정합니다.

유지보수

• 서비스 정식 오픈 이후의 지원은 하자보수, 초기 운영 안정화, 장기 유지보수를 구분하여 제안해 주시기 바랍니다.
• 하자보수: 무상 하자보수 기간, 하자로 인정되는 범위, 중대 장애 발생 시 대응 기준, 개발상 하자와 AWS·PG·본인인증·화상통신 등 외부 서비스 장애의 책임 범위
• 초기 운영 안정화 및 기술 인수인계: 정식 오픈 이후 약 3개월간 초기 장애·오류 대응, 배포 및 운영 지원, 발주사 담당자의 운영·배포 과정 참여, 서버·DB·스토리지·로그 및 외부 서비스 구성 설명, 운영 문서 최종 정리. 지원 가능 여부와 비용 포함 여부를 명시해 주시기 바랍니다
• 장기 유지보수: 계약 가능 기간 및 형태, 월/연간 비용 또는 산정 방식, 장애 대응 및 운영지원 범위, 정기 배포 및 소규모 수정 가능 범위, 신규 기능 개발 시 비용 산정 방식

* 세부 장애등급, 대응시간 및 책임 범위는 계약 단계에서 협의하여 확정합니다.

계약 관련 특이사항

• 서비스 운영에 필요한 주요 자산·계정(클라우드 자원(서버·DB·스토리지), 도메인, 소스코드 저장소, 앱 배포 계정, 그 밖의 외부 서비스 계정·설정정보)의 소유권 및 최종 관리자 권한은 발주사가 보유하며, 개발사는 필요한 범위의 권한만 부여받아 작업합니다.
• 제안서에 계정·권한 운영 방안을 포함해 주십시오: 착수 전 발주사 준비 계정·서비스 목록, 계정별 용도·소유 주체, 발주사·개발사 권한 구분, 개발사 인력 권한 부여 방식, 개발·운영환경 권한 분리, 운영 DB·파일 스토리지 접근권한 관리, API Key·Secret 등 인증정보 관리, 인력 변경·계약 종료 시 권한 회수 절차, 회수 후 운영 지속을 위한 이관 방안을 제시해주세요.
• 계약 종료로 개발사·개발인력 권한을 회수하더라도 서버, DB, 파일, 소스코드, 도메인, 외부 서비스 운영이 중단되지 않고 발주사 또는 후속 유지보수 업체가 그대로 인수할 수 있는 구조여야 합니다.
• 신규 외부 서비스·계정은 개발사 명의로 임의 개설하지 않고, 발주사와 사전 협의해 소유주체·권한 구조를 정한 후 진행합니다.
• 화상 진료는 제안 방식 및 선정 사유, 구축·연동 범위, 1:1 화상진료 지원 방식, 카메라·마이크 제어 및 연결 실패·재연결 처리, 외부 솔루션 사용 여부, 초기 구축비 외 별도 이용료 발생 여부, 사용량 증가에 따른 비용 구조, 유지보수 방식을 구분 기재하고 견적을 별도 병기해 주십시오.
• PG 결제·정산은 권장 PG사 또는 연동 방식, 다수 의료기관 운영에 적합한 계약 구조, 의료기관별 결제 관리, 정산 지원 방식, 취소·환불 처리, 필요한 계정·계약 구조, 초기 구축비용, 거래량에 따른 비용, 유지보수 방식을 구분 기재하고 견적을 별도 병기해 주십시오. 플랫폼 사업자가 전체 진료비를 직접 수취 후 재분배하는 방식은 검토 대상이 아닙니다.
• AWS 세부 서비스·구성 방식을 제안하고, 예상 월 운영비용이 있으면 함께 기재해 주십시오.
• 외부 서비스 이용료, 라이선스 비용, 앱스토어 등록비, 인증·심사비 등 별도 실비 항목은 구분 기재해 주십시오.
• 구현이 어렵거나 추가 비용·일정 또는 별도 조건이 필요한 과업은 누락 없이 가능한 대안과 함께 제안해 주십시오.
• 상세 화면, 세부 업무흐름, 환자·의료기관 연결·등록 방식, 의료기관별 식별·등록체계, 결제·정산 세부 정책 및 처리구조, 의료기관별 운영정책은 NDA 체결 후 필요한 범위에서 제공합니다. NDA 이후 제공 내용이 본 공고의 과업 범위를 실질적으로 초과하면 수행 여부·일정·비용은 상호 협의로 별도 정합니다.