1. 데이터 웨어하우스 모델링의 실제 사례
(1) 서문
의료 비즈니스 시스템은 HIS: Hospital Information System, CIS: Clinical Information System, LIS: 검사실 정보 관리 시스템, EMR: 전자 의료 기록(EMR, Electronic Medical Record), PACS: Image Archiving and Communication 등 비교적 복잡합니다. System, RIS: Radiology Information System, GMIS: Regional Information System, HRP: Hospital Resource Planning 등 각 A 모듈은 다른 많은 하위 시스템을 포함합니다.
데이터 웨어하우스 모델을 구축할 때 먼저 전체 관점에서 비즈니스 모듈을 분할한 다음 대규모 비즈니스 모듈에 따라 소규모 비즈니스 모듈을 분할한 다음 비즈니스 시스템에 따라 분할하여 전체 비즈니스 부서를 정렬한 다음 sort out each 시스템의 분할 및 종속성.
(2) 이 모델링 소개 이
모델링에서 데이터 웨어하우스 모델링은 상담 및 입원 비즈니스 모듈에 대해서만 수행됩니다.
1. 상담 및 입원 시스템에 관련된 시스템 및 테이블 구조
비즈니스 시스템에는 비즈니스 테이블뿐만 아니라 일부 데이터 통계 테이블도 있는데 어떤 비즈니스 테이블인지 구분해야 하고 나중에 지표 계산을 할 때 또한 비즈니스 데이터 통계 테이블에 따라 지표 시스템 설계가 정확하고 합리적인지 확인할 수 있습니다.
이 모델 설계는 천진에 있는 HIS 시스템 제조업체의 외래 환자 시스템의 데이터 구조를 사용합니다. 그 중 시스템 내에는 324개의 테이블이 있으며, 비즈니스 관점과 테이블 정보에 대한 이해에서 크게 예약, 등록, 호출, 진단, 처방, 지불, 검사, 검사, 약 처방, 달인 약, 약복용, 사후상담, 환급 및 평가를 위한 14가지 업무프로세스가 있습니다.
관련된 차원에는 병원, 의사, 진료과, 의약품, 소모품, 진단 및 치료, 시간, 지역, 환자, 질병, 수술, 검사 및 검사 항목이 포함됩니다.
그의 시스템의 테이블 구조에 대해 비공개로 대화하십시오. 그의 시스템은 기밀성을 포함하므로 외부에 표시할 수 없습니다. 그러나 병원의 업무는 기본적으로 동일하고 관련된 차원도 기본적으로 동일하므로(없을 경우 추가) 최종 모델 적용에는 영향을 미치지 않습니다. (비즈니스 시스템의 모든 비즈니스 운영은 시간 필드를 설계해야 함)
2. 데이터 도메인 분할 데이터 웨어하우스
데이터 도메인은 회사의 비즈니스에서 밀접하게 관련된 데이터 주체의 모음으로, 일반적으로 비즈니스 프로세스, 비즈니스 부서 및 비즈니스 시스템(예: 의료 서비스 도메인, 비용 도메인 및 사용자 도메인) 데이터 도메인에는 여러 주제가 포함됩니다.
데이터 도메인은 일반적으로 비즈니스 부서, 비즈니스 시스템 및 비즈니스 프로세스에 따라 데이터 도메인으로 나뉩니다. 정상적인 상황에서 각 회사의 부서는 다를 수 있으며 회사가 구조 조정시 사업 부서가 분할되지만 업무 프로세스는 특별히 다르지 않으며 부서 조정은 업무 프로세스에 영향을 미치지 않습니다. 이번에는 분할할 비즈니스 프로세스에 따라 주제 영역을 분할합니다.
비즈니스 프로세스는 하나의 데이터 도메인에만 속할 수 있습니다.
데이터 도메인의 구분은 신중하게 구분되어야 함 일단 결정되면 잦은 변경을 피함 데이터 웨어하우스의 구축은 반복적이며 한번에 초기화된다는 보장은 할 수 없지만 데이터 도메인 및 주제의 구분은 그리고 새로운 비즈니스가 들어오면 아무런 영향 없이 데이터 도메인을 포함하고 확장할 수 있습니다.
| 데이터 필드 | 비즈니스 프로세스 |
|---|---|
| 등록된 도메인 | 예약, 접수, 접수번호, 전화번호, 환불번호, 패스번호 |
| 의료 프로세스 도메인(의료 서비스 도메인) | 진단, 처방, 검사, 검사, 수술, 마취, 수혈, 간호 |
| 수수료 필드 | 결제, 환불 |
| 사용자 도메인 | 등록 로그인 |
| 대화형 도메인 | 평가, 수집 |
| 도구 필드 | 쿠폰수집, 쿠폰사용(주문), 쿠폰사용(결제) |
비즈니스 버스 매트릭스
비즈니스 버스 매트릭스에는 각 비즈니스 프로세스와 각 차원 간의 관계뿐만 아니라 차원 모델에 필요한 모든 팩트(비즈니스 프로세스) 및 차원이 포함됩니다. 매트릭스의 행은 각 비즈니스 프로세스이고 매트릭스의 열은 각 차원이며 행과 열의 교차점은 비즈니스 프로세스와 차원 간의 관계를 나타냅니다.
3. 주체분할 주체
영역은 엔터티들의 논리적인 그룹핑으로 기업의 비즈니스 시스템을 신의 관점에서 바라보고 기업의 비즈니스 엔터티, 엔터티와 엔터티 간의 관계를 정리하고 데이터를 논리적으로 구분한다. 기업에서. 동일한 주제 도메인의 데이터는 밀접하게 관련되어 있으며 다른 주제 도메인의 데이터는 서로 독립적입니다. 따라서 주제영역의 구분은 기술적인 의미가 없고, 개념일 뿐, 데이터 이용자가 데이터를 빠르게 찾을 수 있도록 도와줄 수 있는 분류 방법이다. 도서관의 도서 분류와 마찬가지로 도서 분류도 군대, 문학, 예술 등 22가지 범주로 나뉩니다. 예를 들어 문학에는 소설, 산문, 시, 드라마 등도 포함됩니다. 책의 주제 필드입니다.
데이터 웨어하우스 테마는 기업의 생산에서 다양한 시스템의 특정 분석 대상 데이터를 높은 수준으로 통합, 요약 및 분석하는 범위(예: 의사 테마, 약물 테마, 환자 테마) 및 테마 개체입니다.
예를 들어 사용자 주제 도메인에는 의사 주제, 간호사 주제, 관리자 주제 및 환자 주제가 포함됩니다.
의학 테마 영역에는 서양 의학 테마, 한방 테마, 한약 테마 및 한약 테마가 포함됩니다.
| 주제 도메인 | 주제 |
|---|---|
| 사용자 주제 도메인 | 의사, 간호사, 관리자, 환자 |
| 세 개의 디렉토리 주제 도메인 | 의약품, 진단용품, 의료재료 |
| 위치 제목 필드 | 병원, 부서, 도, 시, 집 주소 |
| 시간 주제 필드 | 날짜 시간 |
| 소스 주제 도메인 | 번호 출처 |
4. 비즈니스 테이블 정렬
-
등록 도메인 관련 업무 테이블
app_register_record: 예약 업무 테이블
outp_Register: 등록 업무 테이블
outp_RegLock: 등록 잠금 번호 테이블
sys_QueueNo: 발신번호 순서 목록
call_queue_list: 발신번호 대기열 목록
call_screen_config: 발신번호 단말기 화면 구성 테이블 -
의료 프로세스 도메인에 관련된 비즈니스 테이블
outp_OutpatientDiag: 외래환자 정보 - 진단
outp_OutPatientDrug: 외래환자 정보 - 투약
outp_OutPatientSymp: 외래환자 정보 - 증상
outp_OutPatientTest: 외래환자 정보 - 검사 및 검사
outp_OperRecord: 수술 기록 -
수수료 필드에 관련된 비즈니스 테이블 outp_OutPatientFee
: 외래 환자 정보 - 수수료 -
사용자 도메인에 관련된 비즈니스 테이블 yb_user
: 의료 보험 사용자 테이블 -
대화형 도메인에 관련된 비즈니스 테이블
ys_evaluate: 의사 평가 테이블
ys_holdings: 의사 수집 테이블 -
툴 도메인에 관련된 비즈니스 테이블 ts_coupon
: 특별 쿠폰 사용 테이블
4. 차원 추출
차원 모델의 설계는 위에서 얻은 비즈니스 버스 매트릭스를 참조할 수 있습니다. 팩트 테이블은 DWD 계층에 저장되고 차원 테이블은 DIM 계층에 저장됩니다.
차원 테이블은 시간: 시간, 현장: 병원, 부서, 사람: 의사, 간호사, 환자, 관리자, 물품: 번호 출처, 세 가지 범주(약물, 진단 및 치료, 의료 재료), 질병, 수술, 간호 정보 테이블( 주입, 관장, 소독 등), 쿠폰.
5. 팩트 테이블 추출(명함 추출)
6. 치수표 디자인을
완전히 표시할 수 없습니다. 필요한 경우 첨부 파일을 참조하십시오.
7. 팩트 테이블 설계
등록 도메인 상세 팩트 테이블
의료 프로세스 도메인 상세 팩트 테이블
비용 도메인 상세 팩트 테이블
사용자 도메인 - 상세 팩트 테이블
상호 작용 도메인 - 상세 팩트 테이블
도구 필드 - 상세 팩트 테이블
