아주대학교 권역응급외상센터 데이터베이스 - 개념적 설계

안녕하세요 주인장 H입니다. 

이번에 제가 진행한 프로젝트는 권역응급외상센터의 데이터베이스 모델을 설계해보았습니다. 

약 한달정도의 기간이 걸렸고, 요구명세를 작성하고, ER모델을 설계하고 이를 바탕으로 테이블을 설계하여 트렌젝션까지 해보았습니다. 

프로젝트를 진행하며 가장 크게 느낀 부족한 부분은 

 

1. 프로젝트 일정 관리 및 협엽 워크플로우

약 한달하고 일주에서 이주 정도의 기간동안 개념적 설계-> 논리적 설계->물리적 설계-> 트렌젝션 까지 진행을 해보았습니다. 이를 알맞은 일정에 맞춰서 진행하고, 미팅을 잡아서 계획이 잘 실행되도록 준비했어야 했는데 그러지 못한 점이 아쉽습니다. 마지막 트렌젝션은 데이터를 설계하고 기존 설계에서의 문제점을 바로잡느라 거의 준비를 하지 못해 참 안타까웠습니다.

 

협업 워크플로우같은 경우 저희 팀에서 github를 이용하는 사람이 저밖에 없어서 sql, drawio와 같은 파일을 카카오톡, 메모장을 통해 공유하는 안타까운 사태가 발생했습니다. 그래서 이번 기회를 통해 협업 툴의 중요성을 많이 느꼈습니다. 

 

그리고 카카오톡으로 다량의 메세지와 파일을 전송하다보니 버전관리가 안된다라는 문제점도 있었구요. 누구는 전버전을 가지고 설계를 하고 있고, 누구는 수정사항을 원하는데 어디서부터 수정된건지 알 수 없어서 곤란한 부분도 많았습니다. 또한 파일을 찾기도 쉽지 않았구요. 그래서 이런 점들을 기록으로 남겨서 다음 프로젝트에는 문제 없이 진행하고자 하여 이렇게 기록으로 남기게 되었습니다. 

 

2. 결국 남는건 사람이다.

프로젝트를 진행한 구성원은 전부 학과 동기였습니다. 아무래도 친한 동기들끼리 진행하다보니 오히려 똑부러지게 수정사항이나 진행일정에 차질을 주는 행동에 대해서 말을 하지 못했습니다. 설령 말을 한다해도 서로가 약간의 감정의 골이 깊어지는 문제가 발생했었죠. 이때 한 친구는 참 묵묵하게 자기가 할 일을 잘 수행해나갔고, 회의가 종료되고 혼자 sql 질의문을 짜기도 하고 정규형을 나눠보기도 하는 등 덕분에 프로젝트가 잘 진행될 수 있었습니다. 

 

이때 느낀건 프로젝트를 잘 이끌어나갈 수 있는 지휘자와 프로젝트 참여인원들의 명확한 커뮤니케이션이 프로젝트의 희비일비를 가린다라는 것을 많이 느꼈습니다.

또한 어떤 문제의 이슈가 발생할 경우 질문 방법이 명확하고, 수정사항 발생 시 수정방향까지 명확하게 설명할 수 있어야 서로가 감정 상하지 않고 개발에 착수 해나갈 수 있다는 것을 많이 느꼈습니다. 

 

그래서 제가 이번 블로그 포스팅을 통해 남길 내용은 개념적 설계에 대해 남길 예정입니다. 

설계를 진행하며 아쉬운 점 위주로 일종의 한 풀이가 진행될 예정입니다.. 하하 

한풀이에 대한 내용은 볼드로 적어드리도록 하겠습니다.

 

ts.ajoumc.or.kr/Main/MainType01.aspx?cp=1&sid=&rc=10&ssc=0001&ssgc=DM&CCP=1

아주대학교병원 - 권역응급의료센터

먼저 권역응급외상센터에 대한 개념을 알고 싶으신 분은 위의 링크에서 확인 부탁드립니다. 

간단히 제가 설명드리자면 권역응급의료센터는 중증응급환자를 24시간 전문적이고 체계적으로 치료하기 위하여, 정부가 국가적 차원에서 전국의 도· 시· 군을 41개 권역으로 나누어, 권역내 응급의료 및 재해재난 등의 중추적인 역할을 할 수 있는 병원 1개소를 지정· 운영됩니다. 

 

권역응급의료센터는 중증응급환자는 물론 권역내 응급의료기관· 보건소· 소방서 등과의 유기적 네트워크운영을 주도하여 응급환자 치료에 필요한 정보 제공 및 교육 그리고 권역내 발생되어지는 재해 중심병원으로서의 역할을 수행하게 된다. 

 

아래서부터는 제가 보고서를 작성한 내용을 위주로 진행을 하게되어 어투가 조금 딱딱해진다는 점 유의 부탁드립니다.

 

개념적설계는 서비스 소개 및 선정이유, 요구사항 수집 및 업무 분석, 데이터 요구사항 수집, 개념적 모델링의 과정에 따라 설계하였다.

사용자의 범위 및 업무분석은 다큐멘터리, 강연과 기존 문서를 참고하였다. 다큐멘터리의 경우, “EBS 명의 다큐멘터리 – 골든타임, 운명의 1시간” 편, 강연은 “세상을 바꾸는 시간 15분 797회,외상외과 전문의 이국종 교수”편을 참고하였다.

기존문서는 아래와 같은 문서를 참고하였다.

·      보건복지부 -권역외상센터 표준운영체계

·      보건복지부 – 권역외상센터 설치지원 사업안내

·      보건복지부 – 중응급환자 질환별 진료가능병원 실시간 정보제공 서비스

·      보건복지부 중앙응급의료센터 – 외상등록체계 구축 및 입력 지침서

 

권역외상센터의 업무흐름도를 이해하여 요구사항 수 및 업무 분석을 위해 중증 이송체계도, 응급환자 표준진료정보 및 외상환자 진료정보 전송 프로세스, 응급환자 표준진료정보 및 외상환자 진료정보 전송 프로세스를 참고하였다.

 

이때 아쉬웠던 점은 제가 팀장은 아니였지만 개념설계를 할 때 헬기와 소방방재청 각 지자체 거점병원 등과 의 소통을 위주로 데이터베이스를 설계하고 요구명세를 작성해야 됐으나 실제 작성된 내용은 병원과 큰 차이를 보이지 않는다는 점에서 많이 아쉬움을 남겼습니다. 여러분들도 만약 제  글을 읽으신다면 명확한 비지니스 모델을 이해하고 그에 따른 명세를 제대로 작성하시길 바랍니다. 그리고 시스템 사용자도 명확히 지정할 필요가 있겠습니다. 

 

 

두 그림을 보게되면 환자의 이송체계는 외상환자 발생 시 , 각 지자체별 119로 신고 혹은 출동요청이 들어오게된다. 소방본부는 소방종합상활실 연계 및 신고 환자 및 요청을 접수하고, 이를 각 지자체별 거점병원, 권역외상센터에 알린다. 거점병원에서 수술 할 수 없는 중증의 외상환자는 권역외상센터의 닥터헬기, 혹은 구급자를 출동시킨다.

 

그렇게 도착한 환자는 내원과 진료를 통해 즉각적인 응급 수술 및 시술을 제공받는다. 그 후 중환자실에 입원하여 관리 및 필요시 내과적 치료위해 내과와 협진을 실시한다. 응급실과 권역응급외상센터의 차이점은 어떤 환자를 다루느냐에 있다. 권역응급외상센터 또한 응급실과 같이 응급환자를 다루지만 아울러 권역병원(권역 응급실)에서 치료하지 못하는 중증외상환자가 중심이 된다는 것이 차이점이다.

 

개체와 속성과 관련된 요구사항 명세

1.     모든 환자는 환자 ID(고유함) 를 부여하여 식별한다.

2.    각 환자에 대해서 이메일 , 주소 , 전화번호, 성명, 주민번호, 성별, 전화번호, 이메일, 직업, 지병, 주민번호를 통해 나이 유추 할 수 있도록 한다.

3.    이때 바이탈사인은 체온, 맥박, 혈압 ,호흡으로 세분화한다.

4.    한 환자가 다양한 지병을 가지고 있을 수도 있다.

5.    환자의 보호자는 보호자 이름, 전화번호, 성별, 생년월일을 가진다.

6.    보호자는 자체적으로 기본 키를 갖고 있지 않으므로 약한 엔티티 타입이다. 보호자 이름이 부분키가 된다

7.     모든 의사는 의사 ID(고유함)를 부여하여 식별한다.

8.    담당과, 성명, 성별, 전화번호, 이메일. 직급을 가진다.

9.    차트는 차트ID(고유함)을 통해 구분이 가능해야 한다. 각 차트는 환자에 관한 의사소견을 기록할 수 있어야한다.

10.  모든 간호사는 간호사 ID(고유함)를 부여하여 식별한다.

11.   각 간호사는 부서, 성명, 성별, 전화번호, 이메일, 직급을 가진다.

12.  모든 코디네이터는 코디네이터 ID(고유함)을 통해 식별한다.

13.  각 코디네이터는 부서, 이메일, 전화번호, 성별, 이름을 가진다.

14.  병실은 병실번호(고유함)을 통해 식별할 수 할 수 있고 층, 최대 수용인원, 현재 수용인원을 가진다.

15.  병실의 병상이 전부 차있는지 비여있는지에 대한 상태를 알 수 있어야한다.

16.  수술실은 수술실 번호(고유함)을 통해 식별 할 수 있어야 한다. 수술실에서 수술이 진행 중인지에 대한 상태를 알 수 있어야한다.

17.  검사실은 검사실 이름(고유함)을 통해 식별 할 수 있어야 한다. 검사실에서 검사가 진행되는 중 인지에 대한 상태를 알 수 있어야한다.

18.  모든 Driver는 Driver_ID(고유함)를 부여하여 식별한다.

19.  각 Driver는 이름, 성별, 직급, 전화번호, 이메일을 가져야한다.

20. 각 Driver는 닥터헬기를 운행하는지 앰뷸런스를 운전하는지 알 수 있도록 역할을 알 수 있어야한다.

21.  의사의 전공을 전공번호(고유함)을 통해 식별 할 수 있다. 각 전공은 전공 번호를 통해 전공명을 알 수 있다.

22. 이동수단은 이동수단 번호(고유함)을 통해 식별할 수 있어야 한다. 각 이동수단은 종류를 가지고 있다.

23. 부서는 부서번호(고유함)을 통해 식별할 수 있다. 각 부서는 부서명을 가지고 있다.

관계와 관련된 요구사항 명세

1.     환자는 한명 이상의 담당 간호사를 갖는다. 간호사는 한명 이상의 환자를 담당할 수 있다.

2.    병실에는 환자가 입원하지 않거나 여러명이 입원하고, 환자는 입원하지 않거나 1개의 병실에 입원한다.

3.    환자는 수술을 받지 않거나 수술방에서 수술을 받을 수 있다. 수술실은 비여있거나 한명의 환자를 수술할 수 있다.

4.    환자는 검사를 받지 않거나 1개 이상의 검사실에서 검사 받을 수 있고, 각 검사실엔 환자가 없을 수도 한명의 환자가 검사 받을 수 있다. 

5.    환자는 보호자가 없거나 많을 수도 있다. 하지만 보호자는 1명 이상의 환자를 가질 수 있다.

6.    간호사는 한명이상의 보호자에게 연락할 수 있고, 보호자는 한명의 간호사와 연락 되어야 한다.

7.     환자는 한 명의 담당 의사를 갖는다. 의사는 1명 이상의 환자를 담당한다.

8.    의사는 한명 이상의 환자를 진료볼 수 있다.  환자는 한명 이상의 의사에게 진료를 받는다.

9.    환자는 한 개의 차트에 기록되어야하고, 차트엔 한명의 환자만 기록되어야 한다

10.  모든 의사는 병실로 회진을 간다.  

11.   코디네이터, 간호사, 의사는 서로에게 연락이 가능하고, 1명 이상에게 연락한다.

12.  각 의사는 수술을 하지 않거나 할 수 있다. 한 수술실에는 여러명의 의사가 수술 할 수 있어야 한다.

13.  의사는 무조건 1개의 전공를 가진다. 각 전공에는 1명 이상의 의사가 있다.

14.  간호사는 무조건 1개의 부서를 속한다. 각 부서에는 1명 이상의 간호사가 속해있다.

15.  모든 간호사는 한 개 이상의 병실을 담당한다.

16.  병실은 담당하는 간호사가 한명이상 있어야한다.

17.  각 코디네이터는 1개 이상의 병실,수술실,검사실을 조회가능하고,

18.  각 병실, 수술실, 검사실은 한명 이상의 코디네이터에 의해 조회된다.

19.  드라이버는 한명의 코디네이터에게 연락을 받는다. 코디네이터는 한명 이상의 드라이버에게 연락한다.

20. 한명 이상의 드라이버는 한 개 이상의 이동수당을 배정받는다.

이와 같은 요구사항 명세를 분석하여 엔터티 타입들을 식별하고 관계를 추출하였다.

 

아까도 이야기드렸지만 명세를 짤 때 인천 소방방재청, 각 지자체별 재난센터, 거점병원과의 소통을 위주로 진행을 했어야 했으나 잘 이루어 지지 않았다는 점이 참 아쉽습니다. 이렇게 프로젝트가 종료된 이후에 기록으로 남기니 아쉬운 부분과 잘못된 부분이 눈에 들어옵니다. 

 

환자 엔티티 타입에는 주소,성명,주민번호,성별,전화번호,이메일,환자, 직업,바이탈 사인,지병 등의 애트리뷰트가 필요하다. 이때 환자_ID가 기본키 이므로 ER다이어그램에서 밑줄을 그어 표시한다. 지병은 다치 애트리뷰트이므로 이중선 타원으로 표시한다. 그림 4는 환자 엔티티 타입의 다이어그램을 보여준다.

보호자 엔티티 타입은 약한 엔티티 타입이므로 이중선 직사각형으로 나타낸다. 이름,성별,생년월일,전화번호 등의 애트리뷰트를 가지고 이때 보호자 이름은 부분키이므로 점선으로 표시한다.

의사 엔티티 타입에는 의사_ID, 담당과,성별,성명,전화번호,이메일, 직급 등의 애트리뷰트가 필요하다. 이때 의사_ID가 기본키이므로 ER다이어그램에서 밑줄을 그어 표시한다.

차트 엔티티 타입에는 차트_ID, 의사소견 등의 애트리뷰트가 필요하다. 이때 차트_ID가 기본키이므로 ER다이어그램에서 밑줄을 그어 표시한다.

 

간호사엔티티 타입에는 간호사_ID,부서,성명,전화번호,성별(,이메일(EMAIL),직급(TITLE)등의 애트리뷰트가 필요하다. 이때 간호사_ID(NUR_ID)가 기본키이므로 ER다이어그램에서 밑줄을 그어 표시한다.

지금 알게된 사실은 간호사 엔티티 타입에 대한 사진이 보고서에 짤리는 큰 문제가 있었습니다... 하하

하지만 이미 지난 일 어쩌겠습니까... ㅎㅎ;;;

 

코디네이터_ID엔티티 타입에는 이름,성별,전화번호,이메일,부서 등의 애트리뷰트가 필요하다. 이때 코디네이터_ID가 기본키이므로 ER다이어그램에서 밑줄을 그어 표시한다.

병실 엔티티 타입에는 병실 번호, 층, 최대 수용 인원, 현재 수용 인원 등의 애트리뷰트가 필요하다. 이때 병실 번호가 기본키이므로 ER다이어그램에서 밑줄을 그어 표시한다.

수술실 엔티티 타입에는 수술실 번호 하나의 애트리뷰트를 가지고 있다. 이때 수술실 번호를 기본키로 가진다.

검사실 엔티티 타입은 검사실 이름과 층을 애트리뷰트로 가진다. 이때 수술실 번호를 기본키로 가진다.

Driver엔티티 타입에는 DRIVER_ID,이름,성별,전화번호,이메일, 역할 등을 애트리뷰트로 가진다. 이때 DRIVER_ID를 기본키로 가진다.

전공 엔티티 타입에는 전공번호,전공명을 애트리뷰트로 가진다. 이때 DRIVER_ID를 기본키로 가진다.

이동수단 엔티티 타입에는 이동수단번호과 종류 애트리뷰트를 가진다. 이때 이동수단번호을 기본키로 가진다.

부서 엔티티 타입에는 부서번호, 부서명을 애트리뷰트로 가진다. 이때 부서번호를 기본키로 가진다.

 

지금까지가 엔터티 타입에 관한 설명이였구요, 다음은 관계타입과 관련된 엔티티 타입에 대해 이야기드리도록 하겠습니다. 이때 아쉬웠던건 관계타입을 세발 표기법이나 몇대몇 관계로 표시해야 했으나 요소에 대해서 전부 표시하여 이것도 나중에 보니 참 읽기가 어려웠습니다. 

 

환자는 병실에 입원하거나 하지 않을 수 있다. 그리고 병실은 비여있거나 여러명의 환자가 입원할 수 있다. 입원하다 관계타입은 입원 날짜와 퇴원 날짜 애트리뷰트가 필요하다.

환자는 수술실에서 수술을 받거나 받지 않을 수 있다. 수술실 또한 비여있거나 사용할 수 있다.수술받다 관계 타입은 수술날짜수술시간관계 애트리뷰트가 필요하다.

환자는 검사를 받지 않거나 여러 개의 검사실에서 검사를 받을 수있다. 하지만 검사실에는 환자가 최소 0명, 최대 1명만 들어갈 수있다. 검사받다 관계 타입에는 검사날짜, 검사시간 애트리뷰트를 필요로 한다.

환자 엔티티와 보호자 엔티티는 부양하다 관계 타입으로 연결된다. 환자는 0명 이상의 보호자를 가질 수 있고 각 보호자는 한명의 보호자와 연결된다. 또한 보호자 엔티티는 그 엔티티와 연관된 사원 엔티티가 존재하지 않으면 존재할 수 없으므로 또는 보호자 엔티티는 자체적으로 기본키를 갖고 있지 않으므로 약한 엔티티 타입이다. 약한 엔티티 타입은 관계 타입에 전체 참여한다. 이때의 관계 타입은 이중선 다이아몬드로 표시한다.

간호사 엔티티와 보호자 엔티티는 연락하다 관계타입으로 연결된다. 간호사는 1명 이상의 보호자와 연락할 수 있고, 각 모든 보호자는 1명이상의 간호사와 연락 가능하다.

차트는 차트 ID와 의사소견 애트리뷰트를 가지고 있고 차트 ID를 기본키로 가진다.

의사 엔티티 타입과 차트 엔티티 타입에는 기록하다라는 관계타입을 가진다. 한명 이상의 의사는 차트에 기록할 수 있고, 모든 각 차트는 의사에게 기록된다. 이때 차트와 의사는 전체 참여이다.

치트 엔티티와와 환자 엔티티는 기록받다라는 관계타입을 가진다. 모든 차트와 환자는  1:1 관계로서 일대일 대응이 되어 전체참여가 일어난다.

의사 엔티티와 환자 엔티티는 진료하다 라는 관계 타입을 가진다. 한명 이상의 모든 의사는 환자에 대해 진료를 볼 수 있고, 모든 환자는 의사에게 진료를 받을 수 있어야 하므로 환자 엔티티 타입 진료하다 관계 타입에 대해 전체 참여한다. 모든 의사 또한 환자를 진료해야 되기 때문에 진료하다 관계 타입에 대하여 전체 참여 한다.

의사 엔티티와 환자 엔티티는 담당하다라는 관계 타입을 가진다. 한명 이상의 모든 의사는 환자를 담당해야 하고, 모든 환자는 최소 한명의 담당 의사가 있어야한다. 모든 의사는 1명 이상의 환자를 담당해야 되기 때문에 담당하다 관계 타입에 전체 참여하고, 모든 환자는 최소 1명의 담당의사가 있어야 되기 때문에 담당하다 관계 타입에 전체참여 한다.

병실 엔티티 타입과 의사 엔티티 타입은 회진하다 관계타입을 가진다. 병실은 비여있을 수도 있기 때문에 최소 0, 최대 N번 의사가 회진 올 수 있다. 모든 의사는 담당 환자가 존재 하기 때문에 1번 이상 회진을 돌아야 한다. 이때 의사 엔티티는 회진하다 관계 타입에 전체 참여한다.

의사 엔티티 타입과 전공 엔티티 타입은 가지다 라는 관계타입을 가진다. 모든 의사는 초최소 1개의 전공을 가져야 하고, 전공 최소 1명, 최대 N명의 의사가 포함되어야 한다. 이때 전공과 의사 엔티티 모두 가지다 관계 타입에 전체참여한다.

의사 엔티티 타입과 수술 엔티티 타입은 수술하다 관계타입을 가진다. 의사는 수술을 하지 않거나 하기 때문에 최소 0, 최대 1 관계를 가진다. 수술실엔 수술을 하지 않는경우 의사가 없고, 수술시 최대 N명의 의사가 수술하기 때문에

최소0,최대 N의 관계를 가진다.

의사 엔티티 타입과 코디네이터 엔티티 타입 그리고 간호사 엔티티 타입은 연락하다 관계 타입을 가진다. 이 관계 타입에 참여하는 세 엔티티 타입은 L:M:N의 카디널리티를 갖는다. 모든 의사, 코디네이터, 간호사는 서로 연락이 되어야되기 때문에 연락하다 관계타입에 전체참여한다.

간호사 엔티티와 환자 엔티티는 담당하다라는 관계 타입을 가진다. 한명 이상의 모든 간호사는 환자를 담당해야 하고, 모든 환자는 최소 한명의 담당 간호사가 있어야한다. 모든 간호사는 1명 이상의 환자를 담당해야 되기 때문에 담당하다 관계 타입에 전체 참여하고, 모든 환자는 최소 1명의 담당 간호사가 있어야 되기 때문에 담당하다 관계 타입에 전체참여 한다.

간호사 엔티티와 병실 엔티티는 담당하다라는 관계 타입을 가진다. 한명 이상의 모든 간호사는 병실를 담당해야 하고, 모든 병실은 한명 이상의 담당 간호사가

있어야한다. 모든 간호사는 1명 이상의 환자를 담당해야 되기 때문에 담당하다 관계 타입에 전체 참여하고, 모든 병실은 1명이상의 담당 간호사가 있어야 되기 때문에 담당하다 관계 타입에 전체참여 한다.

간호사 엔티티 타입과 부서 엔티티 타입은 속하다 관계타입을 가진다. 모든 간호사는 최소 1개의 부서을 가져야 하고, 부서는 최소 1명, 최대 N명의 간호사가 포함되어야 한다. 이때 간호사와 부서 엔티티 모두 속하다 관계 타입에 전체참여한다.

DRIVER 엔티티타입과 이동수단 엔티티타입은 배정받다 관계타입을 가진다. 이 관계 타입에서 DERIVER 엔티티 타입과 이동수단 엔티티타입은 M:N 관계 타입이다. 모든 이동수단은 DRIVER가 배정되고, DRIVER 또한 배정된 이동수단이 존재해야 되기 때문에 두 엔티티 타입은 배정받다 관계타입에 전체참여한다.

코디네이터 엔티티 타입과 DRIVER 엔티티 타입은 연락하다 관계타입을 갖는다. 한명 이상의 코디네이터는 연락하다 관계에 전체참여하고, 최소 1명의 DRIVER는 코디네이터와 연락해야 한다. DERIVER는 연락하다 관계 타입에 전체참여한다.

수술실 엔티티타입, 검사실 엔티티타입, 병실 엔티티 타입은 코디네이터 엔티티타입에 대해 각각 조회하다 관계 타입을 가지고 있다. 코디네이터는 병원 내 모든 시설을 조회할 수 있어야하므로 각각의 조회하다 관계 타입에 전체참여한다. 수술실, 검사실, 병실도 관계 타입에 전체참여한다. 각각의 조회하다는 코디네이터와 M:N 관계를 가진다.

코디네이터 엔티티 타입과 부서 엔티티 타입은 속하다 관계타입을 가진다. 모든 간호사는 최소 1개의 부서을 가져야 하고, 부서는 최소 1명, 최대 N명의 간호사가 포함되어야 한다. 이때 코디네이터와 부서 엔티티 모두 속하다 관계 타입에 전체참여한다.

 

마지막으로 최종 ER 모델 올려드립니다. 다음 포스팅은 논리적 설계를 진행할 예정입니다. 

저의 프로젝트 리뷰가 이 글을 읽는 여러분이 저와 같은 실수를 하시지 않았으면 좋겠습니다.