소프트웨어가 완료되면 사전 유지 관리, 외래 관리, 원장 조회 3 대 모듈이 있어 소프트웨어가 있는 애플리케이션 환경에서 효율적인 역할을 합니다. 사전 유지 관리 모듈은 약품 정보 및 유료 품목을 저장하여 약품 저장에 데이터를 제공합니다. "외래 관리" 모듈에는 외래 등록, 외래 가격, 외래 요금 및 약국 조정의 네 가지 하위 기능이 있습니다. 원장 조회 모듈은 병원 고위 간부들에게 언제든지 부서 등기와 의약품 재고를 조회할 수 있는 직접적인 조회를 제공한다.
이 시스템의 개발 플랫폼은 Microsoft 의 개발 도구인 ——Microsoft Visual Studio 2005 와 데이터베이스 소프트웨어인 ——Microsoft SQL Serer 를 시스템에 사용되는 데이터 소스의 지원 플랫폼으로 결합한 것입니다.
키워드: 병원 관리 시스템; VC++. 웹; 데이터베이스; 데이터베이스 시스템
카탈로그
소개 6
1 소개 7
2 타당성 분석 8
2. 1 경제적 타당성 8
2.2 기술적 타당성 8
2.3 정책 타당성 8
3 수요 분석 9
3. 1 업무 프로세스 9
3.2 시스템 계층 블록 다이어그램 9
3.3 시스템 모듈 계층 다이어그램 10
3.3. 1 시스템 사전 유지 관리 10
3.3.2 외래 등기 시스템 1 1
3.3.3 외래 환자 가격 관리 1 1
3.3.4 약국 관리 시스템 1 1
3.3.5 원장 통합 조회 시스템 12
3.4 시스템 흐름도 12
3.5 시스템 데이터 흐름도 13
3.5. 1 최상위 흐름도 13
3.5.2 0 층류 차트 13
3.6 데이터 사전 14
3.6. 1 데이터 흐름 항목 14
4 개념 구조 설계 15
4. 1 시스템 글로벌 엔티티 맵 15
4.2 시스템 엔티티 차트 15
4.3 시스템 테이블 및 사용 17
5 논리적 구조 설계 18
5. 1 논리 설계 사양 18
5.2 논리적 구조 테이블 18
6 물리적 구조 설계 19
6. 1 데이터 저장소 19
6.2 인덱스 생성 19
7 인코딩 20
7. 1 프런트 기능 설계 20
7.1..1사전 유지 관리 20
7. 1.2 외래 관리 2 1
7. 1.3 원장님 문의 2 1
8 시스템 테스트 23
8. 1 소프트웨어 테스트 개요 [5] 23
8.2 일반적인 소프트웨어 테스트 방법 [6] 23
8.2. 1 블랙박스 테스트 23
8.2.2 화이트박스 테스트 24
모델 기반 테스트 24
8.3 이 시스템의 소프트웨어 테스트 방법 25
9 결론 26
9. 1 시스템 기능 요약 26
9.2 시스템 전망 26
사의를 표하다
참고 문헌 28
소개하다
병원 정보 시스템 (HIS) 은 이미 국제 학계에서 신흥 의학 정보의 중요한 분기로 인정받고 있다. 미국 이 분야의 유명한 교수인 모리스 콜론 (Morris Collen) 은 1988 에서 병원 정보 시스템을 정의합니다. 즉, 전자 컴퓨터와 통신 장비를 이용하여 병원 각 부서에 환자 진료 정보 데이터를 수집, 저장, 처리, 추출 및 교환하고 승인된 모든 사용자 기능 요구 사항을 충족시킬 수 있는 능력을 제공합니다. [4] 수년간의 발전 끝에 병원 정보 시스템과 같은 엔터프라이즈급 애플리케이션 소프트웨어는 정적 정보 및 대화형 동적 정보 서비스뿐만 아니라 애플리케이션 인프라 서비스 (예: 보안, 트랜잭션, 전송, 버퍼, 수명주기 관리 등) 도 제공합니다. 현재 이러한 소프트웨어는 n 계층 구조로 구축되어 있습니다. N 계층 구조의 장점은 다른 계층에 영향을 주지 않고 각 계층을 독립적으로 변경할 수 있어 배포 및 유지 보수 비용이 절감된다는 점입니다 [66]
이러한 문제를 해결하기 위해서는 기존 코드를 재사용해야 할 뿐만 아니라 유사한 분석 및 설계 결과와 아키텍처를 재사용하여 새 소프트웨어 시스템 구축 비용을 절감하고 소프트웨어의 신뢰성을 높이는 것이 중요합니다. 프레임워크 기술은 이러한 도메인 지향 멀티플렉싱 기술입니다. 이는 재사용성이 뛰어나 가장 유망한 객체 지향 기술로 간주됩니다. 개별 클래스의 재사용은 유용하지만 작업량이 적기 때문에 생산성에 의미 있는 도약은 없습니다. 프레임워크 기반 소프트웨어 개발 프로세스는 소프트웨어 개발을 어셈블리 프로세스로 간주하고, 소프트웨어 프레임워크의 지도 하에 재사용 가능한 구성 요소를 찾고 (새로운 구성 요소를 개발하고) 시스템을 조립합니다. 이 발전 과정은 현재 매우 중요한 연구 방향이다. 현재 엔터프라이즈급 애플리케이션을 위한 몇 가지 솔루션이 제시되었습니다. 마이크로소프트의 것입니다. NET 프레임워크와 SUN 의 J2EE 는 엔터프라이즈 애플리케이션 개발, 배포 및 관리와 관련된 복잡한 문제를 단순화하는 가장 인기 있고 성숙한 아키텍처입니다. Microsoft.Net 은 Microsoft 가 2000 년에 출시한 차세대 Windows 개발 시스템 플랫폼입니다. 을 눌러 섹션을 인쇄할 수도 있습니다. NET 플랫폼에는 다음과 같은 주요 기능이 포함되어 있습니다: [10]
(1) 소프트웨어 서비스
(2) XML 기반 * * * 동일 언어
(3) 다양한 장비 및 플랫폼 통합
(4) 차세대 인간-기계 인터페이스
(5) 관리 코드 공용 언어 런타임.
이 문서에서는 소프트웨어 엔지니어링에서 소프트웨어 개발과 관련된 단계를 참조하고 데이터베이스에 대한 지식을 결합하여 소프트웨어 정의, 소프트웨어 개발, 운영 및 유지 관리의 세 단계에 따라 소프트웨어를 개발합니다. 여기에는 데이터베이스의 개념 구조 설계, 논리 구조 설계 및 물리적 구조 설계를 비롯한 소프트웨어 개발 단계가 다릅니다.
1 소개
병원 정보 관리 시스템의 주요 목표는 모든 직원들이 기본 의료 서비스를 공평하게 이용할 수 있도록 하는 새로운 사회보장체계를 구축하는 것입니다. 또한 낭비를 효과적으로 통제하고 의료 자원을 합리적으로 활용할 수 있습니다. 과학기술의 진보와 인민의 생활수준이 향상됨에 따라 병원 정보관리는 더욱 체계화되고 과학화되어야 하며, 병원 정보관리시스템을 구축하는 것이 대세의 추세이다. 동시에, 국가, 성, 시 의료 보험 개혁의 각 정책을 더 잘 이행하기 위해 근로자의 정상적인 기본 의료 및 보충 의료 보험의 양호한 운영 메커니즘을 확립하고, 충분한 양조, 연구 및 논증을 거쳐 각종 병원 관리 제도의 경험을 흡수한 후 병원 관리 제도 [2] 를 제정하였다.
시스템이 완성 된 후 다음 6 가지 목표를 달성 할 것으로 예상됩니다.
(1) 표준화 및 개발
(2) 통일성과 실용성
(3) 파라 메트릭 디자인 및 유연성
(4) 보안 및 신뢰성
(5) 보편성
우리나라 병원 정보 시스템의 발전은 1980 년대 초에 시작되었고, 병원 정보화 건설은 대체로 독립 운영, 국부 네트워킹, 전체 병원 정보 네트워킹의 세 단계를 거쳤다. 보건부 정보센터 200 1 통계에 따르면 우리나라 응용정보관리시스템의 병원 수는 병원 총수의 3 1% 를 차지하고 있으며, 이 중 성급 병원은 정보관리시스템에 84% 에 달하는 반면 시급과 현급 병원은 37% 와 34% 에 불과하다. 500 개 이상의 상위 3 개 병원과 1000 개 이상의 카운티 수준 이상의 2 차 병원 중 거의 900 개 중대형 병원이 병원 정보 시스템 [102] 을 구현하고 있습니다.
병원 정보 관리의 미래: 병원 정보 관리의 건설은 장기적이고 어려운 과제이다. 병원 정보 관리 시스템은 여러 시스템으로 구성되어 있으며, 정보화 건설이 병원의 모든 업무 건설을 포괄하도록 지속적으로 보완되고 확장되고 있습니다. 정보기술이 발달하면서 병원 정보화 건설은 인간화 서비스에 더욱 집중할 것이다. 정보 관리 시스템의 기능, 성능, 인간-기계 인터페이스 및 지능형 구축을 최적화하고 개선하는 것은 의료 산업 발전의 필연적인 추세입니다 [13].
병원 정보화 건설의 근본 목적은 환자 중심, 병원 네트워크 관리, 임상 의료, 운영 및 관리를 위한 편리하고 효과적인 관리 수단 및 관리 모델 [8] 을 제공하는 것입니다. 병원 정보화 건설의 내용에는 의료 행위, 행정조직, 물류 지원 등 전방위적 관리 모듈이 포함된다. , 등록, 수수료, 약국, 약국, 의사 워크스테이션, 간호사 워크스테이션, 수술, 마취, 재무 결제, 검사, 검사, 의료 기록 처리, 의료 보험, 셀프 서비스 정보 조회 등의 서비스가 포함됩니다. 병원 업무 프로세스의 재구성을 최적화하고 정보 자원의 가공과 발굴을 더욱 강화해야 병원 의료 서비스의 질과 관리 수준을 지속적으로 향상시키고 만족스러운 경제적 사회적 효과를 얻을 수 있다 [14].
2 타당성 분석
2. 1 경제적 타당성
컴퓨터 설비의 가격 하락을 감안하여, 모든 규모의 병원에는 컴퓨터와 컴퓨터 운영자가 갖추어져 있다. 또한 좋은 병원 관리 시스템을 사용하면 병원의 관리 효율성을 높일 수 있을 뿐만 아니라 의료진에게 많은 편리함을 가져다 줄 수 있다. 가장 중요한 것은 병원 사용이 향후 2 ~ 3 년 안에 비용을 회수하여 더 많은 수익을 거둘 수 있도록 하는 것이다. 결론적으로, 이런 병원 정보 관리 시스템을 개발하는 것은 경제적으로 가능하다.
2.2 기술적 타당성
기술적 타당성은 두 가지 범주로 나눌 수 있습니다: 시스템 개발의 기술적 타당성과 시스템 사용자의 기술적 타당성. 이 시스템은 사용 중입니다. NET 고급 프로그래밍 언어, Microsoft Visual Studio 2005 를 개발 플랫폼으로, Microsoft SQL Server 를 데이터 소스 공급자로 사용하므로 시스템 개발 기술에서 가능합니다. 시스템 사용자의 기술적 타당성으로 볼 때, 현재 대학 졸업생들은 기본적으로 WINDOWS 운영 체제의 사용을 장악할 수 있다. 의학 학부생으로서 사용자 설명서만 결합하면 이 관리 시스템의 사용에 숙달할 수 있다. 기술적으로 가능하다고 할 수 있습니다.
2.3 정책 타당성
보건부 1997 이 발표한' 병원 정보 시스템 기본 기능 규범' 은 병원 정보 인프라 건설 가속화, 규범 관리, 병원 정보 시스템 소프트웨어 품질 향상, 사용자 이익 보호, 병원 컴퓨터 응용 건강 발전 촉진에 중요한 지도 역할을 했다. 컴퓨터 네트워크 기술의 급속한 발전에 따라 보건부의 주요 의료 개혁 정책의 시행과 의료 모델의 변화는 우리 병원 관리 시스템의 발전에 강력한 정책 타당성 보장 [9] 을 제공한다.
3 수요 분석
3. 1 업무 프로세스
병원 관리의 기본 비즈니스 프로세스는 그림 3. 1 에 나와 있습니다.
그림 3. 1 병원 관리 비즈니스 흐름도
3.2 시스템 레벨 블록 다이어그램
이 시스템은 사전 유지 관리, 외래 관리 및 원장 조회의 세 가지 1 차 하위 모듈로 구성됩니다. 사전 유지 관리 하위 모듈은 약물 정보 유지 관리와 비용 유지 관리의 두 가지 모듈로 구성됩니다. 외래 관리 하위 모듈은 등기관리, 가격관리, 요금관리, 약국 조제 4 개 모듈로 구성되어 있습니다. 원장 조회 하위 모듈은 "부서 등록 수량" 과 "재고 통계" 의 두 모듈로 구성됩니다. 계층 블록 다이어그램은 그림 3.2 에 나와 있습니다.
그림 3.2 병원 관리 시스템 계층 적 블록 다이어그램
3.3 시스템의 각 모듈에 대한 계층 다이어그램
3.3. 1 시스템 사전 유지 관리
시스템 사전 유지 관리 기능 모듈은 그림 3.3 과 같은 하위 기능 모듈을 포함하여 병원 관리 시스템에서 일반적으로 사용되는 사전 정보를 설정하는 데 사용됩니다.
그림 3.3 시스템 사전 유지 관리 모듈
3.3.2 외래 환자 등록 시스템
외래 등록시스템 기능 모듈은 환자의 주요 지표 정보를 설정 및 유지 관리하고, 환자의 주민등록번호를 지정하며, 환자 정보의 고유성을 보장하고, 환자를 위한 진료카드를 만들고, 외래 번호를 등록하거나 예약하며, 외래 환자의 추적 활동과 외래 환자의 작업량 통계에 대한 정보를 제공하는 데 사용됩니다. 환자는 IC 카드, 마그네틱 카드 등을 취급할 수 있다. 처음으로 진찰을 받아, 카드 치료를 실현하였다. 카드 소지자 환자는 잦은 대기열 분담금 대신 카드로 결제하면 의사와 환자의 효율을 크게 높이고 환자의 대기 시간을 줄일 수 있다. 등록 시 컴퓨터에 임시 주민등록번호가 자동으로 할당됩니다. 환자 이름, 등기 유형 (일반번호, 전문가 번호 등) 등의 정보를 입력할 수 있습니다. ) 및 의료과, 외래 환자 등록 양식 인쇄. 등기표에 적힌 바코드번호는 환자의 다음 진료의 근거로 정가료, 프로젝트 검사, 약국 취약의 일체화 유수 작업을 실현할 것이다.
3.3.3 외래 환자 가격 관리
외래 가격 및 유료 시스템 기능 모듈은 외래 요금처에서 환자의 분담금 정보를 기록하고 적절한 통계 회계 기능을 수행하는 데 사용됩니다. 포함된 자체 기능 모듈은 그림 3.4 에 나와 있습니다.
그림 3.4 컨설팅 가격 청구 시스템 기능 모듈
외래가격' 은 외래처방, 검사 신청, 치료 신청 등 의료비 가격을 완성하고 사전 관리에서 각종 약품과 검사에 대한 가격 정보를 유지하는 데 쓰인다.
외래 환자 요금은 외래 환자의 각종 진료비를 받는 데 쓰인다. 가격 목록 (또는 다른 방법) 을 기준으로 환자의 가격 정보를 조회하고, 요금을 부과하고, 영수증을 인쇄하고, 질의를 위해 작업 기록을 저장할 수 있습니다.
"의약품 배송" 은 약국에서 배송이 필요한 약품의 상세 내역을 미리 인쇄하고, 환자가 약을 복용할 때 환자에게 직접 줄 수 있도록 약을 준비하고, 의사가 환자의 계산서를 받은 후 해당 약품을 찾지 않도록 하는 데 쓰인다.
3.3.4 약국 관리 시스템
약국 관리 모듈 기능은 그림 3.5 와 같이 병원 약국의 입고, 입고 및 출고를 관리하는 데 사용됩니다.
그림 3.5 약국 관리 모듈
3.3.5 원장 종합 조회 시스템
원장 종합 조회 시스템 기능 모듈은 병원 정보 시스템의 의료, 교육, 과학 연구 및 병원 관리에 관한 사람, 재정, 물분석 등의 의사 결정 정보를 가공하여 원장 및 관리자에게 의사 결정 근거를 제공하는 데 사용됩니다.
3.4 시스템 흐름도
병원 관리 시스템의 시스템 흐름도는 그림 3.6 에 나와 있습니다.
그림 3.6 시스템 흐름도
3.5 시스템 데이터 흐름 차트
3.5. 1 최상위 흐름도
그림 3. 1 의 병원 관리 기본 비즈니스 흐름도에 따르면 그림 3.7 과 같이 시스템의 최상위 데이터 흐름도를 먼저 얻을 수 있습니다.
그림 3.7 병원 관리 시스템 최상위 흐름도
3.5.2 0 층류 다이어그램
그림 3.7 에 표시된 병원 관리 시스템의 최상위 흐름도에 따르면 소프트웨어 엔지니어링에 대한 지식에 따라 데이터 흐름도를 계층화할 때 정보의 연속성을 유지해야 합니다. 즉, 하나의 프로세스가 일련의 프로세스로 분할될 경우 분할 전후의 입출력 데이터 흐름이 동일해야 합니다. [3] 최상위 데이터 흐름도는 그림 3.8 과 같이 병원 관리 시스템의 0 계층 순서도를 매핑할 수 있습니다.
그림 3.8-0 병원 관리 시스템 층류 다이어그램
3.6 데이터 사전
3.6. 1 데이터 스트림 항목
표 3. 1 은 시스템에서 사용되는 대부분의 데이터 흐름 항목을 설명하고 데이터 흐름 이름, 사용 장소 및 방법, 내용 및 보충 정보에 대한 설명을 제공합니다.
표 3. 1 데이터 스트림 항목 표
이름 사용처 및 방법 컨텍스트 설명
약품명 약품 정보 조회, 페니실린과 같은 이름을 입력하세요.
100 1 을 입력하여 약물 코드에 대한 약물 정보 조회.
품목명 유료 품목 조회, 간 기능 입력 등의 이름.
품목 코드 수수료 품목 조회, 입력 코드 (예: 8000).
시작 시간 부서 등록 조회, 1998-7- 15 와 같은 시간을 입력합니다.
종료 시간 부서 등록 수량 조회, 시간 2008-7- 15 입력.
창고의 약품 재고를 조회하고 창고명 (예: 서약국) 을 입력합니다.
약품 번호 약품 재고 조회, 약품명 (예: 사환소) 입력.
등기형 외래진료 등기, 시스템은 일반호와 전문가번호로 나뉜다.
외래진료 등기 요금 유형, 시스템은 이미 공비, 자비, 환불 세 가지로 나뉜다.
등기과 외래진료 등기, 시스템은 이미 한의학 등 16 종으로 나뉜다.
의사 외래진료 등록의 경우, 의사의 이름을 입력하여 그 의사의 병원 이름을 기록하다.
이름 클리닉 등기, 환자 이름 기록 (예: 장삼).
성별 클리닉 등록은 남성과 같은 환자의 성별을 기록한다.
연령 클리닉 등록, 환자의 나이와 상담환자의 나이 기록 (예: 36)
민족 클리닉의 등기에는 요족과 같은 환자의 민족이 기록되어 있다.
4 개념 구조 설계
4. 1 시스템 글로벌 엔티티 맵
시스템의 글로벌 엔티티 다이어그램은 그림 4. 1 에 나와 있습니다.
그림 4. 1 시스템 글로벌 엔티티 다이어그램
4.2 시스템 엔티티 맵
그림 4. 1 시스템의 글로벌 엔티티 그래프에 따라 분석 시스템은 다음 그림과 같이 시스템의 개별 엔티티 다이어그램을 얻을 수 있습니다.
그림 4.2 환자 실체도
그림 4.3 의사 실체도
그림 4.4 의사 처방 엔티티지도
그림 4.5 약물 실체지도
그림 4.6 약국 실체지도
4.3 시스템 테이블 및 그 사용
시스템 * * * 에는 10 개의 테이블이 필요합니다. 그 용도는 표 4. 1 과 같습니다.
표 4. 1 시스템 표 및 그 용도
테이블 이름 테이블 용도
약품 정보는 병원 약품의 기본 정보 (가격 등) 를 보존한다.
의사의 데이터는 의사가 속한 부서를 포함하여 의사의 정보를 저장합니다.
부서 데이터는 내과 및 외과와 같은 부서 분류 정보를 보존합니다.
환자 정보 저장소에는 환자의 기본 정보가 저장되어 향후 재사용할 수 있습니다.
외래 환자 등기는 외래 환자 등기 정보를 보존한다.
외래 등기 유형은 외래 등기 유형의 분류 정보와 등기가격 (예: 일반호, 전문가 번호 등) 을 저장합니다.
외래 환자 가격 외래 환자 가격 정보 (마스터 테이블)
외래 환자 가격책정 상세내역 외래 환자 가격책정 상세내역 (테이블에서)
외래 요금 항목은 외래 요금 항목과 이름, 유형, 비용 등을 포함한 가격 정보를 보관합니다.
5 논리 구조 설계
5. 1 논리적 설계 사양
데이터베이스의 논리적 설계는 모든 엔티티와 관계를 일련의 관계형 모델로 변환하는 E-R 다이어그램을 관계형 모델로 변환하는 프로세스입니다. 변환 프로세스의 일반적인 규칙은 다음과 같습니다.
(1) 솔리드를 관계형 모델로 변환합니다.
(2) 일대일 관계 모델을 독립 관계 모델로 변환하거나 한쪽 끝에서 해당 관계 모델과 결합할 수 있습니다.
(3) 일대다 관계는 독립 관계 모델로 변환되거나 다른 쪽 끝에 해당하는 관계 모델과 결합될 수 있습니다.
(4) 다대다 관계는 관계 모델로 변환 될 수있다.
5.2 논리 구조 테이블
데이터베이스 시스템에 대한 분석과 논리적 설계를 통해 데이터베이스의 구조는 이미 매우 명확하다. 먼저 Microsoft SQL Server 2000 에서 데이터베이스 HisBook 을 설정합니다. 그런 다음 약 데이터 시트, 의사 데이터 시트, 부서 데이터 테이블, 환자 정보 테이블, 외래 등록 테이블, 외래 등록 유형 테이블, 외래 환자 가격 테이블, 외래 환자 가격 테이블, 외래 환자 비용 항목 테이블, 의약품 재고 테이블 등 각각 논리적 디자인의 관계 모델에 해당하는 10 테이블을 작성합니다.
표 5. 1 시스템 논리 구조 표
6 물리적 구조 설계
6. 1 데이터 저장소
데이터베이스는 Microsoft MSSQL Server 데이터베이스이며 설치된 버전은 중국어 간체 개인판입니다. 데이터베이스 파일 이름은 hisbook_Data 입니다. MDF 및 로그 파일 hisbook_Log. LDF 로, 각각 시스템의 기본 폴더에 저장됩니다.
6.2 인덱스 생성
색인은 질의 속도를 높이는 효과적인 수단입니다. 사용자는 애플리케이션 환경의 필요에 따라 기본 테이블에 하나 이상의 인덱스를 작성하여 다양한 액세스 경로를 제공하고 검색 속도를 높일 수 있습니다. [7]MSSQL Server 에는 클러스터된 인덱스와 클러스터되지 않은 인덱스의 두 가지 인덱스 유형이 있습니다. 인덱스를 사용하면 쿼리 속도가 빨라지지만 디스크 공간을 차지하고 행 추가, 삭제 및 업데이트 속도가 느려지므로 인덱스를 사용할 때 신중하게 고려해야 한다는 단점이 있습니다.
이 시스템에 관련된 데이터베이스 테이블의 경우 생성된 인덱스는 다음과 같습니다.
표 6. 1 인덱스 필드 테이블 생성
테이블 이름 클러스터된 필드 만들기 클러스터되지 않은 인덱스 필드 만들기
약물 정보 매체 이름
의사 정보 DocIDDocName
부서 정보
환자 정보베이스 PatiIDPatiName
외래 환자 등기 환자 등기 시간
외래 환자 등록 유형 PatiRegKID 없음
외래 환자 가격 유형 없음
외래 환자 가격책정 상세내역 목록명
외래 환자 요금 항목 유형 없음
의약품 재고 MedIDMedName
7 인코딩
7. 1 포그라운드 기능 설계
시스템에는 사전 유지 관리, 외래 관리 및 원장 조회라는 세 가지 주요 기능이 있습니다. 사전 유지 관리 기능은 주로 약물 정보 및 유료 항목의 유지 관리를 담당하는데, 이는 병원이 환자에게 제공하는 가장 중요한 두 가지 서비스이다. 외래관리는 외래 등기, 외래가격, 외래요금, 약국 조제 등 네 가지 기능을 가지고 있으며, 평화롭게 병원에 갈 때 외래에서 경험하는 과정과 같다. 이 네 가지 기능은 환자가 등기에서 약 복용, 떠나는 전체 기능을 다루고 있다. 원장조회는 주로 병원 각 부서의 등기 수량과 현재 약품 재고 조회를 포함한다. 이 두 가지 기능은 주로 병원의 전반적인 상태 통계에 사용됩니다.
7.1..1사전 유지 관리
사전 유지 관리 | 약품 정보 명령을 클릭하여 그림 7. 1 과 같이 약품 정보 기능 양식으로 들어갑니다. 그 중에서도 이 병원의 현재 모든 약품 정보를 관리할 수 있다. 도구 모음의 추가, 수정 또는 삭제를 통해 새 약품을 추가하고 약품의 사양, 단위 또는 단가를 수정할 수 있습니다. 데이터 레코드가 편집되어 양식 아래 패널의 텍스트 상자에 입력됩니다. 레코드를 편집하거나 추가하는 것 외에 양식의 아래쪽 패널에 있는 텍스트 상자는 편집할 수 없습니다.
그림 7. 1 약물 정보 관리 기능 양식
약품 정보 유지 관리 후 사전 유지 관리 | 유료 항목 명령을 클릭하여 그림 7.2 와 같이 병원 유료 항목 관리 양식으로 들어갑니다. 이 창구는 의약품 정보와 비슷해서 병원의 모든 유료 품목에 대한 정보를 주로 관리한다. 마찬가지로 위 도구 모음의 버튼을 사용하여 테이블을 추가, 수정 및 삭제할 수 있습니다. 이 테이블은 약물 정보 테이블의 데이터 양과 관련이 있습니다. 약 4 자리는 1 에서 7 까지, 유료 항목은 8 부터 시작합니다. 이는 후기유료시 처리가 편리하도록 하기 위해서다. 환자가 약을 처방하고 검사를 받는 경우가 많기 때문이다. 따라서 새 번호를 추가할 때 사용자는 환자가 받는 의료 항목에 따라 첫 번째 번호를 결정할 수 있습니다.
그림 7.2 청구 품목 기능 양식
7. 1.2 외래 환자 관리
사전 유지 관리 기능을 마친 후 외래 진료 등기, 외래가격, 외래요금, 약국 조제 등 4 가지 기능을 외래 진료 관리를 클릭해 한 환자가 병원에 갈 때의 기본 단계에 따라 설계됐다.
7. 1.3 원장님 문의
솔루션 탐색기에서 새 양식을 추가하고 이름을 "RegQuery" 로 변경한 다음 그림 7.3 과 같이 컨트롤을 위에 놓습니다.
그림 7.3 부서 등록 양식
마찬가지로 그림 7.4 에서와 같이 "MED 쿼리" 라는 새 양식을 추가하고 그 위에 공백을 배치합니다.
그림 7.4 의약품 재고 양식
8 시스템 테스트
8. 1 소프트웨어 테스트 개요 [5]
소프트웨어 테스트는 소프트웨어 개발 프로세스의 중요한 부분으로, 프로그램의 품질이나 성능이 개발 전에 제기된 특정 요구 사항을 충족하는지 확인하는 데 사용됩니다. 소프트웨어 테스트의 목적은 소프트웨어의 품질을 확인하는 것이고, 한편으로는 소프트웨어가 원하는 일을 했는지 확인하는 것이고, 다른 한편으로는 소프트웨어가 이 사건을 올바른 방식으로 해냈다는 것을 확인하는 것이다. (존 F. 케네디, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어) 두 번째는 개발자나 프로젝트 관리자에게 피드백을 주고 위험 평가를 위해 준비한 정보와 같은 정보를 제공하는 것입니다. 셋째, 소프트웨어 제품 개발 후 많은 문제가 발견되었는데, 이는 소프트웨어 개발 과정에 결함이 있을 가능성이 높다는 것을 보여준다. 따라서 소프트웨어 테스트의 세 번째 목적은 전체 소프트웨어 개발 프로세스의 높은 품질을 보장하는 것입니다.
소프트웨어 품질은 여러 가지 측면에서 측정됩니다. 첫째, 올바른 시간에 올바른 방식으로 올바른 작업을 수행합니다. 둘째, 여러 국가 사용자의 다양한 운영 습관과 요구 사항, 프로젝트의 서비스 가능성 및 테스트 가능성과 같은 몇 가지 적용 기준의 요구 사항을 충족합니다. 셋째, 품질 자체는 소프트웨어가 원래 설정한 요구 사항을 충족한다는 것입니다. 코드가 예쁘거나 기교가 뛰어나다고 해서 소프트웨어 품질이 높은 것은 아닙니다. 넷째, 품질은 또한 고객의 요구를 충족시키는 것을 의미합니다. 소프트웨어 테스트 산업으로서 가장 중요한 것은 고객의 관점에서 제품을 보는 것입니다. 고객이 이 제품을 어떻게 사용할 것인지, 사용 과정에서 어떤 문제가 발생할 수 있는지 말입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 소프트웨어 테스트 산업명언) 이러한 문제를 해결해야 소프트웨어 제품의 품질이 향상될 수 있다.
소프트웨어 개발 중 테스터의 작업:
(1) 버그 찾기
(2) 소프트웨어 개발 과정에서 결함을 피하십시오.
(3) 소프트웨어의 품질 측정
(4) 사용자 요구에 중점을 둡니다.
결론적으로 테스트의 전반적인 목표는 소프트웨어 품질이 사용자 요구 사항을 충족하는지 확인하는 것입니다.
8.2 일반적으로 사용되는 소프트웨어 테스트 방법 [6]
8.2. 1 블랙박스 테스트
블랙박스 테스트는 이름에서 알 수 있듯이 테스트된 시스템을 블랙박스로 보고 외부에서 입력을 받아 출력하는 것이다. 전체 테스트는 수요 문서의 짝수 수요를 충족시킬 수 있는지 확인하기 위해 수요 문서를 기준으로 합니다. 블랙박스 테스트에서는 테스터가 테스트된 시스템의 내부 구조와 관련된 지식이나 경험을 사용하지 않고 테스트 시스템의 기능에 적합해야 합니다. 블랙박스 테스트의 장점은 비교적 간단하며 프로그램의 내부 코드와 구현을 알 필요가 없다는 것입니다. 소프트웨어 내부 구현과는 무관합니다. 사용자의 관점에서, 우리는 사용자가 어떤 기능을 사용하는지, 어떤 문제가 발생하는지 쉽게 알 수 있다. 소프트웨어 개발 문서를 기반으로, Dell 은 또한 소프트웨어에서 어떤 기능을 구현하는지 문서화할 수 있습니다. 소프트웨어 자동화 테스트를 하는 것이 더 편리하다. 블랙박스 테스트의 단점은 모든 코드를 덮어쓸 수 없다는 것입니다. 적용 범위는 전체 코드의 약 30% 에 불과합니다. 자동화 테스트의 재사용성은 매우 낮습니다.
화이트박스 테스트
화이트박스 테스트는 테스트된 객체의 구조를 이해하고 테스트된 코드의 내용을 참조할 수 있는 테스트 작업입니다. 프로그램의 내부 설계 구조와 특정 코드 구현을 이해하고 이를 바탕으로 테스트 케이스를 설계해야 합니다. 다음은 샘플 프로그램 코드입니다.
HRESULT 저장 (char* pszFileName)
{
If (NULL= = pszFileName)
반환;
If (STATE_OPEND = =currentState)
{
Savethefile ();
}
반환;
}
코드를 보면 먼저 문자가 비어 있는지 확인한 다음 파일의 현재 상태에 따라 적절한 동작을 수행해야 한다는 것을 알 수 있습니다. 일부 테스트 사용 사례 설계: 입력 문자열이 비어 있을 때 어떤 일이 발생합니까? 이때 저장된 파일이 이미 열려 있으면 어떻게 됩니까? 이것들은 네가 블랙박스 테스트를 할 때 할 수 없을 수도 있는 일이다.
화이트 박스 테스트의 직접적인 이점은 설계된 테스트 케이스가 코드 레벨에서 무시되는 곳을 알고 있다는 것입니다. 소프트웨어 테스터가 코드 적용 범위를 늘리고, 코드 품질을 향상시키고, 코드에서 숨겨진 문제를 발견하는 데 도움이 된다는 장점이 있습니다. 화이트박스 테스트의 단점은 프로그램 실행에 여러 가지 경로가 있어서 모든 실행 경로를 테스트할 수 없다는 것입니다. 테스트는 코드 기반이며 개발자가 올바르게 수행했는지, 설계가 올바른지, 기능 요구 사항이 누락될 수 있는지 여부만 테스트할 수 있습니다. 시스템이 크면 테스트 오버헤드가 매우 클 수 있습니다.
모델 기반 테스트
위험 기반 테스트는 테스트의 우선 순위를 평가하고 우선 순위가 높은 테스트입니다. 시간이나 정력이 부족하면 우선 순위가 낮은 테스트를 일시적으로 중단할 수 있다. 아래 그림 8.2.3 과 같습니다. 가로축은 영향력을 나타내고 세로축은 확률을 나타냅니다. 한 소프트웨어의 특징에 따르면, 한 기능에 문제가 생기면 전체 제품에 미치는 영향이 얼마나 큰지, 이 기능에 문제가 생길 가능성은 얼마나 되는가? 문제가 발생할 확률이 높고 문제가 전체 제품에 큰 영향을 미치는 경우 테스트 시 반드시 덮어야 합니다. 사용자가 거의 사용하지 않는 기능의 경우 문제가 발생할 확률이 적고 문제가 발생하더라도 영향이 크지 않으므로 시간이 촉박하면 [15] 를 테스트하지 않는 것을 고려해 볼 수 있습니다.
그림 8. 1 위험 테스트를 기준으로 한 두 가지 결정 요소
위험 기반의 두 가지 결정 요인은 기능이 사용자에게 미치는 영향과 문제가 발생할 확률이 얼마나 되는지입니다. 기타 영향 요인으로는 복잡성, 가용성, 의존성, 수정 가능성 등이 있습니다. 테스터는 주로 일의 경중완급에 근거하여 테스트 작업의 중점을 결정한다.
8.3 이 시스템의 소프트웨어 테스트 방법
이 프로그램은 소규모 병원을 대상으로 하고, 소프트웨어가 작고, 기능도 간단하기 때문에, 소프트웨어 테스트 방법은 블랙박스 테스트 방법을 채택한다. 소프트웨어가 초보적으로 완성된 후 제 3 자가 소프트웨어를 테스트했습니다 (여기서는 같은 기숙사의 학우들에게 테스트를 시켰습니다). 제 3 자가 실제 사용에서 추가 기능 필요, 운영상의 오류 등과 같은 문제를 발견할 때. , 소프트웨어 기능이 사용자 (시스템 사용자) 를 만족시킬 때까지 프로그램 개발자는 제 3 자의 의견에 따라 수정합니다.
9 끝말
9. 1 시스템 기능 요약
이 작은 병원 관리 시스템은 병원 외래, 약국, 원장 조회의 기본 기능을 간단하게 완성할 수 있다. 그러나 인보이스 인쇄 기능이 없어 외래 관리 부분이 완벽하지 않아 마그네틱 카드 등기 환자의 기능을 실현하지 못했다. 이 시스템은 수요 분석에서 언급한 주요 기능을 기본적으로 완성했습니다. 새로운 개발 언어의 맥락에서 이러한 데이터베이스 시스템을 완성하는 것은 업무량과 난이도가 여전히 크다. 예를 들면, 어떻게 해야 하는가. (알버트 아인슈타인, 언어명언) NET 환경에서는 모듈 간에 여전히 데이터 조작 오류가 있습니다.
시스템을 설계할 때 시작점과 표준이 높기 때문에 모든 하위 기능과 하위 모듈을 단시간에 보완할 수 없습니다. 그러나 데이터베이스 테이블 구조를 설정할 때 항상 "한 단계, 변경하기가 쉽지 않다" 는 원칙을 따릅니다. 테이블 구조가 변경되면 해당 논리적 구조와 포그라운드 표시 정보도 변경되어야 하기 때문에 많은 작업량이 발생합니다.
9.2 시스템 전망
(1) 데이터 구조 문제
시스템 기능 요약에서 마그네틱 카드 등록 환자의 기능이 구현되지 않았으며 하드웨어 장치와의 인터페이스가 구현되지 않았다고 언급했습니다.
(2) 데이터 백업 및 복구
데이터 백업 기능의 구현은 주로 SQL 문을 통해 데이터베이스를 백업하는 것이고, 데이터 복구 기능의 구현은 주로 SQL 문을 통해 데이터베이스를 복원하는 것입니다. 시간이 촉박하여, 나는 이 두 가지 기능을 모두 실현하지 못했다.
(3) 에 대한 이해. 인터넷 언어
처음 쓰는 거니까. NET 언어는 관련 소프트웨어를 프로그래밍하는데, 3 주 동안 이런 데이터베이스 시스템을 개발하는 것은 나에게 큰 도전과 어려움을 안겨 주었지만, 선생님의 격려에 감사하며, 나는 끊임없이 공부하는 마음가짐을 안고 한 걸음 걸어왔다. 이 경험이 나의 앞으로의 학습에 큰 영향을 미치기를 바란다.
(4) 데이터베이스 액세스 방법. 그물.
이 시스템은 을 (를) 기반으로 합니다. 그물 프레임 워크. 나는 단지 참고서에 제시된 방법과 코드를 참고하여 에서 데이터베이스에 액세스하는 방법을 실현할 뿐이다. 그물, 하지만 왜 그런지 잘 모르겠어요.
(5) 시스템 확장성
이번 개발 시스템에는 월별 또는 연간 재무 결제, 병원 직원 정보 저장소 구축 등 개선할 수 있는 여러 가지 기능이 있습니다. 이것은 완벽한 병원 관리 시스템에 필수적이다.