요구사항 평가

• 일정
• 각 세션의 주제와 시간
• 각 부분에 필요한 고객 팀 인원
• 참여하는 Bahmni 팀 인원
• 날짜

• 도구

• 일정
• 사전 이해
• 설문지

• 고객 조직의 프로필과 구조
• 고객이 제공하는 서비스와 해당 서비스를 제공하는 의료 시설
• 서비스 유형(외래, 입원, 수술, 검사실, 지역사회 진료 등)
• 의료 제공자와 환자의 수 및 유형(일/주 단위)
• 시설 운영 형태(상시 운영, 주 몇 일 운영, 필요할 때만 운영)

• 현재 시스템의 기술 세부정보
• 시스템을 사용하는 부서
• 현재 시스템의 문제점
• .CSV 또는 .XLS 형식으로 데이터 내보내기 가능 여부

• LAN
• 서버 전원 백업
• 인터넷 연결

• 시스템의 주된 목표
• 도입 동인(예: 데이터 입력, 진료 현장 사용, 보고, 환자 치료 결과 개선)

부서(서비스/위치)별 요구사항 구분

• 지원해야 하는 기능
• 사용자 유형과 업무량 세부정보
• 해당 위치가 병원 밖인 경우 인터넷 연결 상태
• 현재 업무 절차에서 사용하는 종이 양식과 파일
• 현재 보고서 목록(전자 및 종이), 부서별 필요 보고서, 정부에 보내는 보고서
• 각 부서에 필요한 출력물

• 정부에 제출하는 보고서

• 환자 식별 방법
• PACS 통합
• Bahmni 어디에도 구현되지 않은 모듈이 지원해야 하는 절차의 상세 이해
• 설문조사를 수행하는가? Bahmni가 그 해결책도 되어야 하는가?
• 비용은 청구 시점에만 받는가, 여러 장소에서 받는가?

• 필요한 자료를 고객이 제공할 것인지, 기존 시스템에서 얻을 수 있는지, 처음부터 만들어야 하는지 확인합니다.

• 종이 양식 이미지
• 데이터베이스 추출 샘플

• 요구사항을 Bahmni 기능에 매핑
• 인프라 평가
• 서버 구성 결정
• 필요한 클라이언트 장치 수 예측
• 요구사항과 Bahmni 기능 사이의 차이 식별 및 제품에서 개발해야 할 항목 파악

• Bahmni를 관리하거나 구현할 IT/데이터 담당자의 가용성과 다음 기술 숙련도:
• 네트워크
• Linux, Windows
• Excel(매크로 포함 여부)
• SQL

• 소프트웨어(Bahmni 모듈)
• Bahmni 구현
• 체크리스트에 따라 구성할 개별 항목

• 시스템 관리자
• 최종 사용자
• 현지 구현 팀

• 비현실적으로 보이는 내용은 장기적인 희망 사항인지 질문합니다.
• 릴리스 규모를 결정할 때 이동 비용과 릴리스 규모, 그에 따른 조직 변화를 절충합니다.
• 필요에 따라 계획을 계속 갱신합니다. 이 문서는 가이드일 뿐입니다.
• 기술 수준은 직접 질문하는 것이 가장 좋습니다.
• 시작이 어색하면 분위기를 푸는 활동을 시도합니다. 보통은 소개만으로도 충분합니다.
• 이 평가 과정에서 언제 데모를 할지 결정합니다.

이 목록에서 빠진 내용이 있다면 추가해 주십시오.