HIS 내에서 LIS 의 이해 - 데이터 구조 이해를 중심으로 -

HIS 내에서 LIS 의 이해

- 데이터 구조 이해를 중심으로 -

서울대학교병원 의료정보실 백 철 현

발표의 목적

사용자와 개발자의 동상이몽 해소 방안 사용자에게 전산화 ( 정보화 ) 이해의 기준 제시

ⓚ ⓞ

ⓡ

ⓑ

ⓐ

ⓝⓓⓟ

ⓖⓢ

ⓔ

ⓠⓘ

ⓒ

ⓙⓛ

ⓕ

ⓗ

ⓜ

시스템의 정의 및 특징

목적을 가진다 .구성요소 혹은 하부 시스템을 가진다 . 독자적이나 유기적으로 연관 , 합목적적 기능경계구역을 가지고 외부환경의 변화에 대응경영 관리 기능을 가진다 . ( 통제 가능 ) 정형화된 응답을 보인다 .정의 : 시스템은 ' 외부환경 ' 의 변화 / 요구조건에

대응하는 여러 가지 부문들의 집합으로 , 이들 부문은 각자의 독립적 목적을 가지며 , 각 부문은 시스템 전체의 목적에 합일되도록 상호연계되어 작동한다 .

시스템화 / 전산화 프로젝트

시스템화 : 응용 대상이 효율적이고 체계적인 시스템으로

구성되도록 하는 작업전산화 프로젝트 : 실 업무 시스템에서의 문제점을 정보기술 (Information Technology) 을 활용 하여 해결하고자 하는 일련의 작업

소프트웨어 공학

소프트웨어 공학 : S/W 개발 , 운용 , 유지보수 및 폐기까지를 위한 제도적인 접근방안 (IEEE, 1983)

기법 (Technique) : 논문 , 도서등을 통해 공개되는 일종의 알고리즘 또는 기술 . DFD 작성 방법 , 구조적 프로그래밍 기법 등이 이에 속한다 .

방법 (Method) : 기법의 실용화 방안 . 구조적 분석 설계와 같은 개발 절차 및 문서화 방안등 .

방법론 (Methodology) : 개발 및 문서화 도구 , 교육 , 자문 등을 모두 포함하여 실무적 관점에서 하나의 체계로 묶인 것 . 표준화 , 상용화 가능 .

주요 상용화 개발 방법론의 예

Anderson 컨설팅의 Method/1 : 나선형 모델을 선택하고 있는 구조적 방법론

James Martin 의 IEM : 정보공학 방법론 . 최근에는 C/S 및 객체지향 방법론 쪽으로 발전

Deloitte Touche 컨설팅의 4Front : 구조적 방법론 , 정보공학 방법론 , C/S 방법론 , RAD 방법론으로 구성 , 객체지향 방법론도 지원예정

시스템공학연구소의 마르미 : 구조적 방법론과 정보공학 방법론을 결합 . 한국 중소기업형 개발 방법론으로 보급하기 위해 만들어짐

RAD : Rapid Application Development

시스템 관점에서의 방법론 분류

시스템의 구성 요소 : Process, Data, Control

객체지향 (Object － Oriented) Objects( 객체 ) ＝ Process( 함수 ) ＋ Data( 데이타구조 ) Program ＝ Objects( 객체 ) ＋ Objects( 객체 ) Iterative and Incremental 방식 (Not Bottom-Up)

Process 중심 Data 중심

Top-Down

Bottom-Up

구조적 방법론 정보공학방법론

Prototyping View Integration

구조적 방법론 (1)

Process 중심의 Top-Down( 하향식 ) 방법론전체 시스템을 기능에 따라 분할하여 개발하고

이를 통합하는 분할정복 (divide & conquer) 접근 방식을 사용

DFD(Data Flow Diagram) 중심의 구조적 분석Structure Chart 중심의구조적 설계 및구조적 프로그래밍을 통한 구현으로 구성소프트웨어 개발 분야를 체계적인 공학으로

발전시키는 견인차 역 . 최근 동향과는 거리있음 .

구조적 방법론의 수행 단계시스템환경분석

설계 자료 분석( 입출력 문서 등 )

사용자 요구( 절차 , 입출력방법 )

자료흐름도 (DFD) 작성

자료사전 (DD) 작성 기능명세 (Mini Spec)

데이타베이스 분석

데이타베이스 설계 소프트웨어 설계

시스템환경파악사용자요구수렴

구조적 분석( 데이타흐름중심 )

소프트웨어설계DB 분석설계

자료흐름도 (DFD)

1

2

3

±×¸² 0

A

BCD

E

F

G

H

S

S

S

S

s2

1.1

1.2

2.1

2.2

3.1

3.2

I

A

I

G

B

D

H

F

E

±×¸² 1

±×¸² 3±×¸² 2s3

s1

動因應答應答

動因記憶資料

保管活動

基幹活動

정보공학 방법론 개요분할 정복 방법의 하향식 접근법을 이용기업의 전략목표와 필요에 주안점을 둠프로젝트아닌 기업 전반에 구조화된 기법 적용정보기술이 어떻게 기여할 수 있는지 식별정보시스템의 장기적 발전 방안을 제시

Data Activity

뒷면 : Techmology

전략

분석

설계

구현

가능한 한 효율적으로 기업을 운영하는 데 필요한 정보의 전략적 관점

정규화된 논리적 데이터 모델

순서에 의해 사용된 레코드 설계

데이터에 대한 프로그램의 견해

기업 개선을 위해 기술이 어떻게 사용되어야 할 지에 대한 전략적 관점

기업 운영 처리과정 및 통합 방법

처리과정 수행을 위한 프로시져 설계

코딩을 위한 상세한 로직또는 입출력 설계

[ 그림 ] 정보공학 피라미드

정보공학 방법론의 수행 단계

정보전략계획 (ISP : Information Strategy Planning) Plan : 기업의 변화하는 목표 , 목적 및 기술활용

방법들을 이해하고 무슨 분야에서 어떠한 개선이 필요한가를 밝혀낸다 . BPR 과 함께 병행하기도 한다 .

업무영역분석 (BA : Business area Analysis) What : 특정 분야의 현행 업무 절차와 자료 및 발전

기회를 분석한다 . Prototype 을 활용하기도 한다 .시스템설계 (SD : System Design)

How : 요구되는 자동화를 위해 구현하여야 할 코드 모듈들의 아키텍쳐를 정의한다 .

정보시스템 구현 (Construction) 실제 시스템을 위한 코드를 작성 또는 생성한다 .

객체지향 방법론

필요성 기존 방법론의 한계 극복 GUI 환경의 일반화와 개발 도구의 발전 3-tier 구조 C/S 시스템 환경의 발전

주요 특성 사람의 사고방식과 유사한 구조 분석 , 설계 및 구현까지의 자연스러운 연속성 Iterative and Incremental 방법 프로그램 ( 객체 ) 의 재사용성 향상 DFD, ERD 등 기존 방법론의 모형화 도구 활용

객체지향 방법론 수행 단계

객체지향 분석 (OO Analysis) Object Model : Properties 와 Behavior 를 포함한 객체

(Objects) 를 찾아 정의 Dynamic Model : 객체간의 상호작용 순서를 정의 Functional Model : 데이터의 변환 과정 분석

객체지향 설계 (OO Design) 시스템 구조 (System architecture = Resource) 부시스템 조직 (Subsystem organization) 구현 최적화 (Optimal implementation)

OO : Object - Oriented

주요 용어 및 개념

성명

주소

업무

전근

입사

승진

퇴직

서울 성북구

영업

전근

입사

승진

퇴직

홍길동

Class : Employee Instance

Operation Attribute Value

Object

• Object• Class• Instance• Encapsulation• Information Hiding• Inheritance• Polymorphism

방법론 발전에 따른 기준 변화

구조적 방법론 : 프로세스 중심정보공학 방법론 : 데이터 중심객체지향 방법론 : 객체 (Object) 중심이유

프로세스는 업무 개선에 따라 변화 데이터는 프로세스의 대상으로서 거의 불변 Object 는 실세계의 개념을 정보시스템에 반영

대상 업무의 데이터 구조 이해 ▷ 시스템화 및 전산화 프로젝트의 핵심

Data Base 의 정의

다양한 사용자의 필요 (needs) 를 충족 시킬 수 있고 , 공용할 수 있도록 설계된 관련 데이터의 집합 (James Martin)

ⓚ ⓞ

ⓡ

ⓑ

ⓐ

ⓝⓓⓟ

ⓖⓢ

ⓔ

ⓠⓘ

ⓒ

ⓙⓛ

ⓕ

ⓗ

ⓜ

Network 환경과 Data Base

Hub

Server

Data Base(clustering)

Server

Server Server Server

DB DB DB

PC(Client) PC(Client) PC(Client) .....

Data Base Management System

Data Base 의 구축 , 운영을 지원하는 S/WData Base 의 구조에 따른 분류

Hierarchical( 계층형 ) DB : IMS(IBM) 등 Network(망형 ) DB : IDMS(Cullinet) 등 Relational( 관계형 ) DB : Oracle, Sybase 등 Object Oriented( 객체지향형 ) DB : O2 등cf) Object Relational DB : UniSQL, Oracle 8 등

Data Base 관리 언어 DDL (Database Definition Language) DML (Database Manipulation Language)

Data Base 용어 ( 관계형 중심 )

Schema, Table (=Entity), RelationAttribute (= Column, Field), DomainTuple (= Row, Record, Instance)Primary Key, Foreign Key, Candidate KeyCardinality

학번 과코드 성명 주민등록번호 주소

성춘향 770408-2000000 전남9701 SM1

이하나 781225-2111111 서울9799 EPn

: :

과코드 과명

보건관리SM전자계산EP

[ 학생 ] [ 학과 ]

:

Data Base Modeling (ER-D)

학과

과코드과명

학생

학번과코드성명주민등록번호주소

교수

교수코드교수명전공분야

과목

과목코드과목명담당교수코드학점

수강

과목코드학번성적

• Entity Relation Diagram• Business Rule• View Integration• Normalize, Denormalize

접수한 검체

@검체번호검사분류접수일시접수번호검체종류검체량etc

접수한 검사항목

@검체번호@검사항목검사결과검사자보고일시etc

검사하다대상이 되다

접수한 검체

검체번호 검사분류 접수번호 …

0001234 생화학 1 0001235 생화학 2…

접수한 검사항목

검체번호 검사항목 검사결과 …

0001234 GOT 20 0001234 GPT 25 0001234 ALB 4.2 0001235 CRP 0.8…

ER-D / Cardinality

SQL (Structured Query Language)

DDL : Data Definition Language create table 학과 ( 과코드 char(2), 과명 char(20)) crate index 학과인덱스 on 학과 ( 과코드 ) unique index※ create view 출석부 ( 과명 , 학번 , 성명 ) as

select a. 과명 , b. 학번 , b. 성명 from 학과 a, 학생 b

DML : Data Manipulation(or Management) Language insert 학생 ( 학번 , 과코드 , 성명 , 주민등록번호 , 주소 )

values (‘9798’, ‘EP’, ‘ 이영주’ , ‘750101-2010101’, ‘ 부산’ ) update 학생 set 주소 =‘ 서울’ where 학번 =‘9799’ select 학번 , 성명 from 학생 where 과코드 =‘EP’ select a. 과명 , b. 학번 , b. 성명 from 학과 a, 학생 b Join◁ 기타 cursor 관련 구문들 : 프로그램 코딩시 사용

접수한 검체 접수한 검사항목환자

검체종류 검사항목종류

전표종류 기초 데이터( 마스터 , 코드 )

LIS 의 ER-D

수진 이력환자

접수한 검체 접수한 검사항목

의사

검사 오더

검사실관점

HIS 관점

병원 업무의 기능 관련도

환자 등록

진료비 계산

보험 청구

예 산

경영분석 / 기획

오더 발행

오더 수행

결과 확인

회계 경리

인사 급여

물자 관리

연구 지원

물자 구매

재고 자산

고정 자산

원무진료 및 진료 지원일반 관리

진 료 오 더진 료 오 더

진 료 지 원진 료 지 원( ( 오 더 수 행 오 더 수 행 ))

병 상 병 상 / / 환 자 수 진환 자 수 진

진 료 비 계 산진 료 비 계 산

보 험 청 구보 험 청 구

인 사 급 여인 사 급 여

물 류 관 리물 류 관 리

예 산 회 계 예 산 회 계 (( 원 가 관 리원 가 관 리 ))

병원의 개체관계도 개요


입원접수 외래접수수진이력환 자의무기록챠트

의료보험보험조합

전과전등병 동

의사 /직원




보 험 청 구보 험 청 구

인 사 급 여인 사 급 여






전과전등병 동

의사 /직원

책임회계단위

교 육

고 과

급 여




보 험 청 구보 험 청 구물 류 관 리물 류 관 리





전과전등병 동

진 료 오 더오더참조

수 가

의사 /직원

책임회계단위

교 육

고 과

급 여

간호정보조사 식이 처치 및 재료

투 약 검 사 수 혈

기 본

치방재활

투석

검사항목

약품








전과전등병 동


수 가

의사 /직원

책임회계단위

교 육

고 과

급 여

외래

진료비누 적

입원

퇴원정산



기 본

치방재활

투석

검사항목

약품







전과전등병 동


수 가

의사 /직원

책임회계단위

교 육

고 과

급 여

외래

진료비누 적

입원

퇴원정산



기 본

치방재활

투석

투악기록

투악접수

혈액불출

검사항목

약품



혈액환자혈액형




전과전등병 동


수 가

의사 /직원

책임회계단위

교 육

고 과

급 여

외래

진료비누 적

입원

퇴원정산



기 본

치방재활

투석

투악기록

투악접수

혈액불출접수검체

접수검사항목

검 사 결 과 ( 누 적 )

미생물검사결과

검사항목

약품







전과전등병 동


수 가

의사 /직원

책임회계단위

교 육

고 과

급 여

외래

진료비누 적

입원

퇴원정산



기 본

치방재활

투석

투악기록

투악접수

혈액불출

소모재료

리피트이력

이송검사결과

접수검체

접수검사항목



검사항목

약품







전과전등병 동


수 가

의사 /직원

책임회계단위

교 육

고 과

급 여

외래

진료비누 적

입원

퇴원정산

사전심사

청구처방

청 구기본내역

청구서

심사결과

재청구 이의신청



기 본

치방재활

투석

투악기록

투악접수

혈액불출

소모재료

리피트이력

이송검사결과

접수검체

접수검사항목



검사항목

약품







전과전등병 동


수 가

의사 /직원

책임회계단위

교 육

입찰품의

구매요구

계약

자산관리부서입고

재고집계

자산관리부서불출

물품청구

고 과

급 여

외래

진료비누 적

입원

퇴원정산

사전심사

청구처방

청 구기본내역

청구서

심사결과




기 본

치방재활

투석

투악기록

투악접수

혈액불출

소모재료

리피트이력

이송검사결과

접수검체

접수검사항목



검사항목

약품






전과전등병 동


수 가

의사 /직원

책임회계단위

교 육

입찰품의

구매요구

계약

자산관리부서입고

재고집계

자산관리부서불출

물품청구

계획예산예산지출지출집계 계정 원가대장

고 과

급 여

외래

진료비누 적

입원

퇴원정산

사전심사

청구처방

청 구기본내역

청구서

심사결과




기 본

치방재활

투석

투악기록

투악접수

혈액불출

소모재료

리피트이력

이송검사결과

접수검체

접수검사항목



검사항목

약품


HIS 내에서 LIS 의 이해 - 데이터 구조 이해를 중심으로 -

Documents

Transcript of HIS 내에서 LIS 의 이해 - 데이터 구조 이해를 중심으로 -