종연 보고 KISA-WP-2011-0029

OID기반 u-City,

u-Health 분야

용서비스 모델 연구

A study on the application service model for u-City,

u-health based on OID

수탁기 : 충청 학 산학협력단

2011. 12.

제 출 문

한국인터넷진흥원 원장 귀하

본 보고서를 “OID기반의 u-City,u-Health분야 응용서비스 모델

연구”의 최종연구개발 결과보고서로 제출합니다.

2011년 12월 12일

수탁 기 :충청 학 산학 력단

연구책임자 :교수 안병호 (충청 학 보건의료정보과)

참여연구원 :연구원 김 ( 운 학교 컴퓨터과학과)

연구원 김 수( 운 학교 컴퓨터과학과)

-I-

요 약 문

1.제목

OID기반의 u-City,u-Health분야 응용서비스 모델 연구

2.연구개발의 목 요성

oOID를 이미 도입하고 있는 u-health를 한 보건의료정보분야의 OID

용방안과 재 UFID 는 UOID 등의 식별체계를 국소 으로 제안

하여 상용화된 건설 u-city분야에 한 OID 도입을 한 응용서

비스모델 등을 제안.

o2011 재 OID는 RFID코드종류 식별, 자인증 암호화알고리즘 식별

등을 해서 사용 에 있으며,미래의 정보통신 다양한 응용서비스

분야의 식별 융합을 하여 세계 으로 유일한 식별체계(OID)에 한

요구가 증가하고 있음.

3.연구개발의 내용 범

ou-City,u-Health에 OID 용 가능분야 분석

-u-City,u-Health에 OID 용 가능분야 동향분석

-u-City,u-Health분야에 OID 용을 한 국내외 표 화 동향 악

-II-

표 분석

ou-City,u-Health분야에 OID기반 응용서비스 모델 연구

-u-City,u-Health분야에 OID기반 서비스가 가능한 응용서비스 모델

개발

-u-City,u-Health서비스와 연계된 이종산업간 OID기반 응용서비스

모델 개발

o응용서비스 모델을 통한 OID 용 활성화 방안 마련

-응용서비스 모델 연구를 통해 u-City,u-Health분야에 OID 활성화

를 해 비되어야 할 표 화 항목,정책 방향,산학연 력 방안

마련

4.연구결과

o본 연구의 2장은 u-city분야에 한연구필요성을 해서이분야의 요한

이슈 하나로기존에연구된건설IT와공간정보분야의기술 황과동향을

이분야의스마튼폰 근을 한앱의동향과함께기술하고,이분야의식별

체계와OID의개연성을기술하 다.

o제 3장에서는 재 u-health 원격진료를 한 병원의의료장비종류,

장소 등을 식별하기 해 OID가 사용 에 있으나,비표 화된 방식(미국

방식의 OID)을 통해 상호연동되고있어,세계 으로호환될수있는OID의

용을 해서,u-health의기본개념과여기서사용되는 로토콜 표 들

(TC215EHR,HL7,CDA등)에 한 반 인 내용을기술하며, 재의 OID

용 황을분석하여이분야에서 용될수있는OID 용 개선방안등도

연구한다.

-III-

o제4장에서는앞서기술된U-city U-health분야의기본동향 기술동향을

기반으로 OID를 식별체계로 도입할 수 있는 응용서비스모델의 일반구조

각분야의 용을 한각각의응용서비스모델을제안하고, 한이들각각의

분야에서ORS를이용할수있는방안도고려하 다.

o5장에서는본연구의결론에 해서기술하 다.

5.활용에 한 건의

o본 연구에서는 재 연구 상용이 진행되고 있거나,미래에 진행될

것으로 상되는 식별체계가 필요한 응용분야들에게 국제 표 의 식

별체계인 OID를 조기에 도입할 수 있는 기반을 마련하고,향후 식별

체계를 도입하려는 응용 분야 문가들에게 OID 도입을 한 응용서

비스 모델의 일반구조를 제안하기 한 것이다.

6.기 효과

o본 연구를 통해서,향후 식별체계를 도입하려고 하는 산업응용분야에

한 OID 용을 한 지침을 제공함.

-IV-

SUMMARY

1.Title

A studyontheapplicationservicemodelforu-City,u-healthbased

onOID

2.Purposeofthestudy

oFortheproposeoftheapplicationservicemodelinordertoapply

onthefollowing:

-u-City,usingthelocalidentificationschame,suchasUFID and

UOIDwithoutOIDconcept..

-u-health,alreadyusedforOID.

3.Contentsandscope

oTheanalysisonapplingscopeofOIDforu-City,u-Health

-theanalysisoftrendonaprotocolrelatedonu-City,u-Health

- theanalysisoftrendonthestandardizationforu-City,u-Health

oStudyontheapplicationservicemodelforu-City,u-Health

-Studyontheapplicationservicemodelforu-City,u-Healthbased

-V-

onapplingwithOID.

-Studyontheapplicationservicemodelforthedifficultbusiness

arearelatedwithu-City,u-HealthappledwithOID.

otheproposeschemeapplingfortheproposedapplicationservicemodel

4.Resultsofthestudy

oInthefirst,introductionforthestudy

o In section 2,we describe the analysisforthe trendson the

applicationsinu-Cityarea.forthepurposeoftheapplicationto

beabletoanalysis,wealsodescribethetrendsofApp.services

usedinu-City.

o In section 3,we describe the analysisforthe trendson the

applicationsinu-healtharea.forthepurposeoftheapplicationto

beableto analysis,wealso describethetrendsofapplication,

protocoland servicesused inu-health,suchasHL7,HL7CDA,

EMR,andEHRetc..

oInsection4,weproposethegeneralarchitecturefortheservice

modelontheapplicationsinu-Cityand u-healtharea,based on

theresultonsection2and3.

oInsection5,wedescribetheconclusiononthestudy.

5.Expectedeffectsandapplications

-VI-

oWiththeresultonthestudy,itcouldbeusedastheguidelineof

OID schememodelwiththeapplicationstobeabletoconsiderthe

identificationmethodinthefuture.

-VII-

목 차

제 1장 연구의 개요----------------------------------------------1

제 1 연구 소개 ------------------------------------------------------------1

제 2 본 연구의 범 방법 -----------------------------------------5

제 2장 U-city,도시공간정보 서비스를 한 OID 용

방안 --------------------------------------------------------------------8

제 1 도시공간정보 서비스와 ID활용 -------------------------------8

1.1연구배경 목 ------------------------------------------------8

1.2도시공간객체의 정의 ID활용 ---------------------------9

제 2 도시공간정보 리를 한 ID체계 황 --------------- 16

2.1공간정보(수치지도)ID체계 ----------------------------------16

2.2지형지물 자식별자(UFID) ---------------------------------21

2.3국가기 식별자 ---------------------------------------------25

2.4해외 공간정보 ID체계 ----------------------------------------31

2.5건설 IT시스템 기타 시설물 ID체계 ------------------35

제 3 도시공간정보 모바일 서비스 황 --------------------------44

3.1공간정보 모바일 서비스 정의 ------------------------------44

-VIII-

3.2지자체 모바일 공간정보 서비스 ---------------------------48

3.3국외 모바일 공간정보 서비스 ------------------------------56

제 3장 u-health,OID 용방안 -----------------------------66

제 1 u-health의 배경 발 -------------------------------------66

1.1u-health의 배경 --------------------------------------------------66

1.2의료서비스의 발 과 U-health의 등장 -------------------68

1.3u-health의 OID 용 타당성분석 --------------------------70

제 2 u-health와 표 화 황 ----------------------------------------74

2.1u-health의 황 --------------------------------------------------74

2.2.u-heath분야의 국제 표 화 기구 ------------------------76

제 3 u-healthOID 장소:HL7----------------------------------78

3.1.HL7소개 --------------------------------------------------------78

3.2.HL7의 OID 용 황 ----------------------------------------80

3.3.HL7CDA의 OID할당 -----------------------------------84

제 4 . 자보건건강 코드(EHR)의 OID 용 -----------------90

4.1.EHR구성요소 --------------------------------------------------90

4.2.EHR클래스들과 OID사용 --------------------------------94

제 5 TC215의 식별체계에서 OID 용 -------------------------97

5.1.배경 ---------------------------------------------------------------97

5.2.TC215식별자정의와 OID---------------------------------100

제 4장 u-city,u-healthOID 응용서비스 모델 --------104

제 1 응용서비스모델 일반요구사항 -----------------------------104

-IX-

1.1.OID서비스모델 배경 ----------------------------------------105

1.2.OID응용서비스모델 -----------------------------------------106

제 2 OID해석시스템(ORS)---------------------------------------109

제 3 도시공간객체의 참조를 한 OID명명체계 응용서비

스모델 ------------------------------------------------------------114

3.1도시공간정보 응용서비스모델 개요 ----------------------114

3.2도시공간정보 서비스의 OID요구사항 분석 ----------116

3.3도시공간객체 참조를 한 OID 명명체계 서비스 표 (안)----------------------------------------------------------------------------120

제4 u-health,OID응용서비스모델---------------------------------134

4.1u-healthOID 용방안-----------------------------------------134

4.2.OID응용서비스모델--------------------------------------------137

제 5장 결론 향후연구방향 -----------------------------144

참고문헌 ------------------------------------------------------------------------147

-X-

그 림 목 차

(그림 1.1)연구방법 차--------------------------------------------------6

(그림 2-1)의미 삼각형(meaningtriangle)byOgden and Richards,

1923------------------------------------------------------------------------------------------9

(그림2-2)분산 서비스 모델의 상호작용 --------------------------------10

(그림 2-3)도시공간객체식별자를 이용한 SOA기반 서비스 모델

---------------------------------------------------------------------------------------11

(그림 2-4)국가기본지리정보의 지형지물과 UFID부여 상 -----22

(그림 2-5)UFID구분 --------------------------------------------------------23

(그림 2-6)UFID구조 --------------------------------------------------------24

(그림 2-7)인텔리 트 기 입력정보(30자리)---------------------31

(그림 2-8)인텔리 트 기 부여( )---------------------------------31

(그림 2-9)건설정보분류체계의 구성 ------------------------------------38

(그림 2-10)도로 장 산화 구간(Section)개념도 -------------------40

(그림 2-11)가로등 리번호 ID------------------------------------------42

(그림 2-12)도로표지 리ID----------------------------------------------43

(그림 2-13)가로수 리를 한 UFID구성 --------------------------43

(그림 2-14)모바일 공간정보 체계 개념도 -----------------------------46

(그림 2-15)서울시 m.Seoul702서비스 -------------------------------50

(그림 2-16)서울시 모바일 공간정보 서비스 사례( 치기반 시민

불편살피미) --------------------------------------------------------------------51

(그림 2-17)서울시 모바일 공간정보 서비스 사례(모바일 GIS생활

정보)------------------------------------------------------------------------------51

(그림 2-18)서울시 모바일 공간정보 서비스 사례(불법 주정차

-XI-

치 제) -------------------------------------------------------------------------52

(그림 2-19)서울시 모바일 공간정보 서비스 사례(토지정보 서비스)

---------------------------------------------------------------------------------------52

(그림 2-20)부산시 모바일 포털 서비스 --------------------------------54

(그림 2-21)부산시 모바일 공간정보 서비스 사례(문화 서비스)

---------------------------------------------------------------------------------------54

(그림 2-22)부산시 모바일 공간정보 서비스 사례(생활지리정보서

비스) -----------------------------------------------------------------------------55

(그림 2-23)제주도 모바일 공간정보 서비스 사례(인문지리정보 서

비스) -----------------------------------------------------------------------------56

(그림 2-24)한국 공사 모바일 공간정보 서비스 사례(모바일

1330) -----------------------------------------------------------------------------57

(그림 2-25)소방방재청 모바일 공간정보 서비스 사례 ------------58

(그림 2-26)‘SpotCrime’애 리 이션 실행화면 --------------------60

(그림 2-27)‘GORequest’애 리 이션 실행화면 -------------------61

(그림 2-28)‘ParkzingSanFrancisco’애 리 이션 실행화면 --62

(그림 2-29)‘RoutesyPro’애 리 이션 실행화면 ------------------63

(그림 2-30)‘CTA Stop:ChicagoBusTracker’애 리 이션 실행화

면 -----------------------------------------------------------------------------------64

(그림 2-31)‘WayFinderNYC’애 리 이션 실행화면 ------------65

(그림 2-33)‘SFTrees’애 리 이션 실행화면 -----------------------66

(그림 2-34)‘Mom Maps’애 리 이션 실행화면 ------------------67

(그림 2-35)‘NYCWay’애 리 이션 실행화면 --------------------68

(그림3-1)세계인구의 변화 ------------------------------------------------69

(그림 3-2)인구 증가에 따른 의료비 증가추이 -----------------------70

(그림 3-3)원격 의료서비스 모델 -----------------------------------------73

-XII-

(그림 3-4)HL7OID 장소 -----------------------------------------------84

(그림 3-5)공용 장소(oid-info.com)의 HL7OID----------------87

(그림 3-6)진료의뢰서의 HL7CDA헤더 항목 ---------------------87

(그림 3-7)모 병원 진료의뢰서의 CDAXML표기 ------------88

(그림 3-8)진료의뢰서와 회신서의 용어표 상호 참조 -----------89

(그림 3-9)보건의료 액터들의 식별을 한 표 안 개 ---------99

(그림 3-10)환자(SOC)정보 구조(ISO2220표 )------------------101

(그림 3-11)의료기 식별정보 ------------------------------------------102

(그림 4-1)OID 용을 한 응용서비스 일반구조 ---------------106

(그림 4-2)u-health를 한 식별할당 서비스모델(ID Assignment

Servicemodel)의 일반구조 -----------------------------------------------107

(그림 4-3)태그-기반 RFID응용서비스의 운 ---------------------109

(그림 4-4)OID를 도입한 해석시스템 구조 --------------------------110

(그림 4-5)ORS해석 과정의 개념 --------------------------------------111

(그림 4-6)일반 OID해석처리과정의 요소간 상호작용 ---------112

(그림 4-7)UFID,UOID융합을 한 ORS 계도 ----------------115

(그림 4-8)도시공간정보 서비스를 한 OID서비스 아키텍쳐 124

(그림 4-9)OID상세코드 부여 방법 -----------------------------------125

(그림 4-10)도시공간정보 OID상세내용 -----------------------------127

(그림 4-11)도시공간정보 OID 도메인 분류 -도로운송시설(F01)

--------------------------------------------------------------------------------------128

(그림 4-12)도시공간정보 OID 도메인 분류 -도로부 시설(F02)

--------------------------------------------------------------------------------------129

(그림 4-13)도시공간정보 OID 도메인 분류 -건축시설(F03)

--------------------------------------------------------------------------------------130

(그림 4-14)도시공간정보 OID 도메인 분류 -지하(F04),하천

-XIII-

(F05),항만/해운(F06),기타시설(F07)----------------------------------132

(그림 4-15)도시공간정보 OID------------------------------------------132

(그림 4-16)도시공간정보 OID 도메인 분류 -유형별 세부 항목

--------------------------------------------------------------------------------------133

(그림 4-17)도시공간정보 OID도메인 세분류 -센서 ----------134

(그림 4-18)u-health응용을 한 OID할당서비스모델 ---------137

(그림 4-19)u-health구성요소의 OID할당서비스 모델 용 -139

(그림 4-20) “joint-iso-itu-t(2)"하 의 할당 황 -----------------141

(그림 4-21)u-health용 OID제안 ------------------------------------142

(그림 4-22)u-health용 SOC를 한 OID제안 :{228}--------143

(그림 4-23)u-health용 ORS 용모델 -------------------------------145

-XIV-

표 목 차

[표 2-1] 치 련 코드체계 비교 -----------------------------------------13

[표 2-2] 치 련 코드체계 장단 분석 ------------------------------14

[표 2-3]1/1,000수치지도 Ver.1.0분류체계 ------------------------18

[표 2-4]1/5,000수치지도 Ver.1.0분류체계 ------------------------19

[표 2-5]수치지도 Ver.2.0분류체계 ------------------------------------21

[표 2-6]지형지물 문자코드의 숫자화 -----------------------------------25

[표 2-7]인텔리 트 기 필요정보 -일반정보 -------------------27

[표 2-8]인텔리 트 기 필요정보 - 리정보 -------------------28

[표 2-9]인텔리 트 기 필요정보 - 치 측량 정보 -----29

[표 2-10]인텔리 트 기 필요정보 -기타(서비스)정보 -----29

[표 2-11]인텔리 트 기 부여( )----------------------------------32

[표 2-12]일본의 지형지물 분류체계 ------------------------------------36

[표 2-13]일본의 수치지도 지형지물코드 ------------------------------36

[표 2-14]건설분야 IT정보시스템 ID체계 비교 ---------------------37

[표 2-15]각 분류체계의 코드 자릿수 -----------------------------------39

[표 2-16]건설CALS/EC표 이어 체계 ---------------------------41

[표 3-1]헬스 어정보 분야에 한 국제표 화 기구 --------------78

[표 3-2]HL7OID의 일부 --------------------------------------------------85

[표 3-3]EHR에 한 명세서 ISO13606표 요약 ----------------95

[표 3-4]EHR추출 참조모델의 주요 계층 구성요소들 ------------97

[표 3-5]EHR참조모델 구성 패키지와 클래스들 -------------------98

[표 3-6]한국의 의료기 OID구조의 ---------------------------108

[표 4-1]OID기반 도시공간정보 서비스를 한 요구사항 반

사항 ------------------------------------------------------------------------------125

-XV-

Contents

Chapter1Introduction-----------------------------------------1

Section1theneedsofthestudy------------------------------------1

Section2theScopeandmethodofthestudy------------------5

Chapter2 the method ofappling OID forspatial

information,u-City ---------------------------------------------8

Section1SpatialinformationserviceandIDapplication----8

1.Abackgroundandpurpose------------------------------------8

2.thedefinitionofaspatialobject-----------------------------9

Section2IDschemeformanagingaspatialinformation--16

1.AspatialinformationID--------------------------------------16

2.UniquefeatureID(UFID)--------------------------------------21

3.ThenationalbasicgeographicalID------------------------25

4.AspatialinformationIDinabroad-----------------------31

5.TheconstructionITsystem andorderobjectID-----35

Section2Aspatialinformationmobileservices---------------44

-XVI-

1.Adefinitionofspatialinformationmobileservices--44

2.Alocalserviceformobilespatialinformation---------48

3.Aforeignserviceformobilespatialinformation-----56

Chapter3themethodofapplingOID foru-health66

Section1Abackgroundandissuesofu-health---------------66

1.Abackground------------------------------------------------------66

2.theissuesofu-health-------------------------------------------68

3.theutilizationforapplingOIDtou-health--------------70

Section2Standardizationactivityofu-health---------------------74

1.Atrend---------------------------------------------------------------74

2.Aninternationalstandardorganizationforu-health--76

Section3Storageinformationofu-health:HL7--------------------78

1.AnintroductiononHL7---------------------------------------78

2.ApplingOIDtoHL7--------------------------------------------80

3.TheexampleofOIDassignmentforHL7CDA------84

Section4ElectronicHealthRecord(EHR)andOID---------------90

1.thecomponentsofEHR----------------------------------------90

2.theEHRclassesandOID--------------------------------------94

Section5TheApplyingOIDasTC215ID----------------------- 97

1.Abackground---------------------------------------------------- 97

2.TC215IDdefinitionandOID-----------------------------100

-XVII-

Chapter4theApplication Servicemodelforu-City

andu-health-----------------------------------------------------104

Section1Thegeneralrequirementofanapplicationservicemodel

------------------------------------------------------------------------------------------104

1.Abackground----------------------------------------------------105

2.Anapplicationservicemodel-------------------------------106

Section2TheOidResolutionSystem(ORS)------------------109

Section 3 An application service model for spatial

information----------------------------------------------------------------114

1.Anintroduction--------------------------------------------------114

2.Anrequirementanalysisforspatialinformation-----116

3.OID naming scheme forreferecing OID in spatial

information-------------------------------------------------------120

Section 4 An application service model for u-health

--------------------------------------------------------------------------------135

1.Anintroduction--------------------------------------------------135

2.Anapplicationservicemodel-------------------------------138

Chapter5theconclusion-----------------------------------144

References----------------------------------------------------------------------147

-1-

제 1장 연구의 개요

제 1 연구 소개

1.1OID(ObjectIDentifier)의 개요 배경

미래의 산업들은 사회문화 는 사회구성원들의 새로운 요구에 따라 탄

생될 것이며,미래사회에서는 이를 구 하기 해서 새로운 산업의

등장으로 나타날 수도 있으나, 부분의 경우 기존의 특정 산업분야들의

융합기술을 이용하여 등장할 수도 있을 것이다.

특히 미래의 정보화(IT)산업은 그 산업 자체 으로 는 타 산업과의

융합기술을 통해서 새로운 기술과 산업의 서비스를 제공하도록 함으로서

우리의 삶을 더욱 풍요롭게 하는 가장 요한 산업으로 인식되고 있다.

를 들어,최근 건설 산업분야는 정보화산업과의 융합을 통한 u-city

는 스마트 도시분야에 한 연구가 활발히 진행되고 있으며,한편 보건

의료 정보기술 분야에서도 자체 의료기술의 발 과 더불어 정보화를 도

입하여 의료인과 환자,그리고 의료기 각각 는 이들 간에 생성되는

보건의료정보에 한 지원을 한 u-health분야의 등장으로 발 하고

있는 실정이다.

이러한 미래 산업에서의 융합기술에 한 연구는 해당 산업들에 따라 매

우 복잡하고 다양한 새로운 형태의 임워크를 요구할 것이며,이를

만족하기 한 새로운 기술 요구사항들 이슈들이 존재할 수 있을

것으로 추론된다.융합화를 고려할 때,이러한 다양한 이슈들 에서 매

우 요한 이슈로 두되고 있는 것이 산업 응용들마다 사용하고 있는

기존의 식별체계(identification)들 간의 상호 호환성문제일 것이다.

본 연구에서는 이들 산업 간의 식별체계 상호운용성에 한 해결책을

한 안으로 특정 객체(object)에 한식별자(Identifier)로서국제표 으로

-2-

제안된OID 개념과 ORS를 이용한 방안으로서 각 응용 서비스모델의 일

반 구조 차를 제안한다.

최근 OID는 RFID 코드의 종류 식별, 자인증 암호화알고리즘 식별 등

을 해서 사용 에 있으며,미래의 정보통신 다양한 응용서비스 분

야의 식별 융합을 하여 세계 으로 유일성을 보장하기 한 식별체계

(OID)에 한 요구가 증가하고 있는 실정이다.

특히,OID 해석시스템(ORS)표 은 당 에 RFID코드종류의 식별을 한

표 화를 해서 한국에서 최 로 추진하 으며(ISO/IEC 29168-11)),

한 다양한 OID들을 온라인상에서 연동하여 식별 해석할 수 있도록 하는

OID 해석시스템의 구조에서 최상 의 ROOTOID 해석시스템의 리기

을 국내에 유치하는데 성공하여, 재 한국인터넷 진흥원이 그 리

기 으로 선정된 바 있다(ISO29168-2).

1.2OID개념 기술 용

최근 정부시책에 따른 그린(Green)산업,유비쿼터스 기술을 이용한 U-City,

U-health, 는USN등을확장한스마트(Smart)개념을도입한산업 이를융

합한응용분야들의확산에따라,정보화기술(IT)의융합화를시도해야하는새

로운산업분야들간의융합패러다임이 개되고있는실정이다.

그러나이러한패러다임에따른산업간융합화변화들은각각의독자 인 산

업응용분야들에서이미사용 용되는구성개체들에 한자체구조 복잡

성등각각의차이 들에 한 목으로인한매우민감한산업들간의기술

충돌문제를야기시키고있다.

특히,이러한 융합화과정에서 나타나는 한 충돌 문제로 각각의 응용 산

업분야에서 기존에 사용되고 있는 다양한 형식의 식별체계(Identification)에

한 심은더욱높아지고있는실정이다.

이러한식별체계들의설계에 한요구사항은세계 으로 유일해야 하며 사용

1)ISO/IEC29168-1와 -2는 2011년 9월 재 IS상태로 완료된바 있다.

-3-

자친근성의 에서 근해야할것이다.

세계 으로 유일해야 한다는 식별 체계의 요구사항은 국제 으로 합의된 형

식과 방식이 요구됨을 의미하는 것이다.이러한 합의를 한 표 인 수단

이 국제 인 표 화를 통한 것일 것이다.이러한 국제 표 인 식별체계

는개념으로제정되고 사용되고있는것이ISO/IEC ITU-T등국제표 화

기구의객체식별자(OID:ObjectIdentifier)이다.

1980년 후반부터 ISO/IEC ITU-T등 국제표 기구의 추상구문표기법

(ASN.1:AbstractSyntaxNotation)그룹에서는 정보기술(IT)의 발 과 정의

에따른객체에 한개념 정의의도입과더불어,객체에 한표 기법의

필요성에따라객체에 한식별자로서OID를처음정의하 다.IT분야에서

“객체(Object)”에 한 정의는 계속 변화되고 있으나,OID정의에서 객체

(Object)는 일반 으로 실세계는 물론 기 자 통신세계에서 어떤 식별

을 한응용개체들각각, 는동일유형객체들의그룹 체를통칭하여사용

할수있도록한다.

련 표 2)의 정의를 요약하면,객체식별자 체계는 다른 국제표 안들에서

잘 정의되고(Well-define),사용될수 있도록 하는이 세상에 식별될 필요가

있는 어떤 것에 한 강력한 범용의 포인터(Universalpointer)의 개념을 제

공하도록정의하고있다.

앞서 기술한 바와 같이,최근 들어 여러 응용 산업분야들은 서로의

기술들을 유지하면서 타 산업에 한 융합화를 한 기술들의 사용자 요

구에 따라,이러한 요구를 충족하기 한 새로운 응용서비스를 제안하고

구 해야 하는 실정이다. 를 들어,RFID기술과 USN 기술을 이용하여

건설 구성요소들에 한 효율 리를 한 건설 분야의 정보기술 도

입,유통물류분야에서의 도입, 는 u-city에서의 u-health분야의 융합 등

다양한 산업분야에서 상호 동 융합되는 추세이다.

한편,각 산업분야들은 해당 산업 자체의 식별체계에 한 국소 인 연

구와 용만으로도 융합화를 고려하지 않은 각 해당 산업 분야내에서의

2)ISO/IEC9834시리즈|ITU-TX.660시리즈

-4-

사용시에는 별 문제없이 용되고 사용될 수 있었다.

그러나,각 산업 서비스분야의 추세는 필요한 산업들의 융합을 요구

하고 있다.이러한 융합화 시 에서 용 가능한 융합체계 기술의 개발

에서 매우 요한 걸림돌로 작용하는 것이 바로 이들 간의 통합시 충돌

이 상되는 각각의 산업 분야들에서 이미 사용되는 국소 인 식별체계

의 사용과 이들 간의 융합시 식별체계의 새로운 해결 방안의 모색일 것

이다.이러한 식별체계의 융합화문제는 재 세계를 하나로 고려하지 않

으면 안되는 로벌화 환경에서 고려해야 할 매우 요한 이슈가 되고

있다.

-5-

제 2 본 연구의 범 방법

본 연구는 앞서 기술한 기술의 융합화 이에 따른 OID필요성을 근간

으로 복잡하고 다양한 응용 서비스들의 식별체계에 한 변화 흐름

가운데 최신의 객체식별자 개념과 등록체계인 OID의 용 활용을

한 연구로서,국가 표 식별 체계를 OID기술을 활용하여 구축하고,국

제 으로는 산업간 융합화에 따른 식별체계 해결방안에 해서 세계 시

장을 선 하고 국내 으로는 이러한 OID를 활용하기 한 방안과 이를

용할 수 있는 산업분야들과 연계방안을 연구하여 국내의 OID 용

리 기술 기틀을 마련하기 한 것이다.

본 연구에서는 산업간 융합화에서 표 인 분야로 고려되고 있는 보건의료

와 정보기술을 융합해야 하는 u-health와 건설 분야에 정보기술을 도입하기

한융합화하기 한u-City의공간정보분야등의분야에 한 요성을감

안하여,이 두 분야에 한 OID 용을 한 일반 인 응용 서비스모델을 도

출하는연구를진행한다.

이를 해서 먼 , 재 건설 분야에서 건설 자재 건설 공정 등에 한 ID

표 은국소 으로정의하고있으나,향후의u-city설계시 건설,교통등에서

고려해야하는공간정보기술을도입과효율 리,그리고기존의국소 인

식별체계도 수용할 수 있으며,건설과 정보기술을 융합하여 제안되고 있는

U-city분야등에 용될 수있는소 “공간정보기술”분야를 한OID체계

의 용을 한 응용서비스 모델 이들을 수용하기 한 명명체계를 제안

한다.

한,본 연구에서는 u-Health분야의 OID 용 모델도 고려하기 해서

OID응용서비스모델의 일반구조를 제안한다. 재 u-health분야는 국제

으로 병원 등의 의료기 에서 사용되는 의료장비 종류 장소 등의 객체들

을 식별하기 해 OID가 이미 사용 에 있으나,국내에서는 이러한 OID할

당 수용을 한 방안이 구축되고 있지 않은 상황이며,단지 OID를 비표

-6-

화된 방식(미국의 OID를 한국의 것으로 사용 )을 통해 상호 연동하고 있는

실정이다.이를해결하기 해서국내의U-health산업분야의식별체계로서 국

내 으로OID를할당하여 용할수있는응용서비스모델에도함께사용될수

있도록제안할것이다.

이러한 연구를 해서 다음 그림 1.1은 본 연구를 수행하기 한 활동

연구계획이다.

[그림 1.1]연구방법 차

본 연구의 방법 차는 먼 2장에서는 공간정보 u-City분야에 한

OID ORS 용방안연구의필요성을 해서이분야의 요한이슈 하나로

기연구된건설IT와공간정보분야의기술 황과동향을기술하고,이분야의식

별체계와OID의개연성을알아본다. 한도시공간정보 서비스 구 을 한

OID 용방안을 제시하기 해서,우선 국내외의 도시공간정보 서비스

의 ID체계 황을 조사/분석하고,최근 각 받고 있는 모바일기반의 도

시공간정보 서비스를 한 모바일앱 서비스 황을 지자체 국외 서비

-7-

스 개발 황을 심으로 살펴본다.

다음으로,3장에서는 재 u-health 원격진료를 한 병원의의료장비종

류,장소등을식별하기 해OID가사용 에있으나,U-health의기본개념과

여기서사용되는 로토콜 표 들(TC215EHR,HL7,CDA등)에서사용되고

있는OID기반 련성을알아보고, 재의OID 용 황을분석하여이분야에

서 용될수있는OID 용 개선방안등도연구한다.

제 4장에서는 각 분야들에 해서 한국이 표 제안하고 국제 으로 표 화된

ORS(OidResolutionSystem)표 을간략히기술하고,u-City u-health등의

응용분야들은물론OID를할당하고해결하기 한일반구조의응용서비스모델

을제안한다.다음으로일반응용서비스모델은 u-health u-city에 용하기

한 응용서비스모델로 구체화하여 제안하며,특히 u-city의 도시공간객

체 참조를 한 OID 명명체계와 OID 포럼을 통해 국내표 으로 작성되

고 있는 서비스 표 (안)을 포함한다.

마지막으로,제5장에서는본연구의결론 향후방향에 해서기술한다.

-8-

제 2장 도시공간정보 서비스를 한 OID 용

방안

제 1 도시공간정보 서비스와 ID활용

1.1연구배경 목

최근 언제,어디서나 컴퓨 이 가능한 유비쿼터스 환경이 구 되면서 건

설 도시 리 등을 한 공간정보 분야에서도 정보통신기술(ICT)들을

활용한 많은 서비스와 시스템이 개발되고 있는 실정이다.특히 건설 분

야는 그 상이 범 하게 고려되어야 하기 때문에 도시공간정보기반의

GIS(지리정보시스템)가 다수를 차지하고 있다.이러한 도시공간정보

서비스는 치정보에 한 리 효율성을 해 치식별자에 해당하는

자체 인 ID체계를 도입하고 있다.

를 들어,빌딩,도로,터 ,철도,교량 등 주요한 사회기반 SOC시설물

들은 이것의 치정보와 상태정보 등을 모니터링되고 있으며,각 시설물

에 부착된 센서로 시설물의 부 별 안 성을 검하기 해서 각 검

부 를 ID로 리하고 있다. 재의 도시공간정보 서비스는 시설물 ID,

지리정보를 한 UFID 등 다양한 ID기반의 리체계를 극 으로

용하여 활용하고 있다.

그러나,각 건설 혹은 공간분야 정보시스템은 도시 혹은 국토라는 동일

한 공간 범 의 상시설물에 해서 서로 상이한 목 으로 리되기

때문에3),상호운 연계가 어려운 것이 사실이다.도시민 혹은 도시

시설 리자의 특정 업무에 합토록 설계,개발된 시스템도 문제가 없었

지만,최근 ICT환경과 이 환경에 합한 기술개발에 한 수요가 증가하

3)동일한 도로의 리에 해서,도로 리시스템은 도로노면상태를 ,그리고 도로사면

리시스템은 도로사면을 리하도록 설계,독립 으로 운 됨

-9-

는 융합화에 따라,이러한 독립 인 시스템간의 데이터 공유 혹은 시스

템 상호운 이 필수 인 고려 상황일 것이다.

OID는 특정한 도메인에 의존하지 않고,데이터 시스템의 공유를

해 각 시스템이 활용할 수 있는 국제표 식별체계로서,도시공간정보

서비스 수요에 응하면서 재 다양한 ID 체계를 통합하도록 하는 가

장 범용 식별체계로 활용될 수 있을 것으로 사료된다.

본 장에서는 도시공간정보 서비스 구 을 한 OID 용방안을 제시하

기 해서,먼 국내외의 도시공간정보 서비스의 ID체계 황을 조사/

분석하 다.다음으로,최근 각 받고 있는 모바일기반의 도시공간정보

서비스 황을 지자체 국외 서비스 개발 황을 심으로 살펴본다.

1.2도시공간객체의 정의 ID활용

1)도시공간객체의 정의

도시공간정보 서비스를 효과 으로 구분하기 해서는 도시공간을 이루

는 객체에 한 구분이 먼 이 져야 할 것이다.이를 해서 먼 객

체를 표 하기 해 아래 그림 2-1과 같은 의미 삼각형(meaning

triangle)으로 표 할 수 있다.

[그림 2-1]의미 삼각형(meaningtriangle)byOgdenandRichards,1923

-10-

의미 삼각형은 “기호 혹은 단어,개념과 실세계 사이에 상호작용”을 정

의한 것이다.그러나 이 정의에서 단어와 실세계 개체(ObjectorThings)

사이에 계는 간 이며,특히 단어는 완벽하게 실세계 개체의 의미를

모두 표 할 수 없다.더욱이,여기에 내재된 의미(internalsemantic)에

한 상호공유는 매우 어려운 문제일 것이다. 한 공간객체 식별자는

의미 삼각형에서 기호(symbol)에 해당할 것이다.

일반 으로 도시공간객체의 리 활용은 총 인 의미에서 어떤 식

별자를 통해 가능할 것이다.최근 정보시스템은 인터넷이라는 네트워크

환경과 함께 정보시스템들이 느슨하게 연결된 분산 컴퓨 아키텍처를

따르고 있다.최근 이러한 아키텍처에 서비스 개념이 도입되면서 상이한

시스템 에이 트들 사이에 상호작용을 구 하는 서비스 모델이 제시되었

다.이에 한 표 인 사례로 도입되는 것이 SOA(ServiceOriented

Architecture)개념이다.다음 그림 2-2는 이러한 분산된 서비스 지향 모

델의 기본 인 구 방식을 “의미삼각형”개념을 도입하여 표 한 것이

다.

[그림2-2]분산 서비스 모델의 상호작용

각 정보시스템은 서비스 Requester,Provider,Broker등으로 구분되며,

서비스 Requester는 Broker를 통해 원하는 서비스를 찾기 한 요구서비

스이며,Broker는 Provider에게 서비스를 Publish받아 해당 정보 검색을

-11-

도와주게 된다.이 게 찾아진 서비스는 Provider와 Requester가 Bind되

어 서비스가 제공되게 된다.

이러한 SOA 개념은 인터넷 기반의 정보시스템에서 추구하는 방향이며,

특히,이것은 u-City의 도시통합 제센터,도시공간정보 통합 랫폼에서

도 채택될 수 있는 유력한 랫폼 구조에 도입될 수 있을 것이다.즉,도

시공간객체 식별자는 SOA 개념의 구조에 합하게 이용될 수 있으며,

특히 이는 서비스 Broker로서의 역할을 수행할 수 있을 것이다.

다음 그림 2-3은 도시공간객체 서비스에서 식별자를 이용하여 SOA기반

서비스를 구 한 개념도이다.

[그림 2-3]도시공간객체식별자를 이용한 SOA기반 서비스 모델

그림 2-3의 도시공간객체식별자 서비스 모델에서,도시공간정보 서비스

를 한 실세계를 표 하기 하여 먼 온톨로지 엔지니어는 도시공간

객체의 온톨로지를 개발하고,개발된 온톨로지는 도시공간객체의 활용을

-12-

고려하는 도메인 문가에 의해 식별자에 참조되도록 설계될 수 있을 것

이다. 한,이를 기반으로 도시공간정보 서비스를 제공하는 Provider는

기존에 도메인 문가 혹은 GIS 문가가 구 한 GIS 속성 DB를 참

조하여 도시공간객체 서비스를 구 할 수 있다.공간 정보서비스모델에

서 도시사용자는 Requester로써 도시공간객체 식별자를 통해 원하는 서

비스를 검색하게 되며,검색을 통해 Provider에게 해당 서비스를 제공받

게 된다.

2)도시공간정보 서비스의 ID 활용

재 국토해양부의 지능형국토정보사업,u-EcoCity사업,시설물 안

리 네트워크 사업을 통해 시설 리 분야의 공간정보 서비스 연구가 활발

히 이 지고 있다. 한,세종도시,기업도시, 신도시 등을 추진하는 지

자체는 u-City를 구축하여 ICT기반 도시공간정보 서비스를 실 하고 있

는 실정이다.이러한 다양한 연구 사업을 통해 얻어진 결과물을 사업

상물(객체)별로 연계․ 리하기 한 표 화된 ID체계의 필요성이 제

기되고 있다.

공간정보분야에서 식별자를 통한 표 화에 표 인 기존 연구로는

UFID(UniqueFeatureIDentification)이 있으나,이는 치 1 단 (약

30m)의 치정확도를 갖기 때문에 세 한 공간객체를 표 하기에는 미

흡한 실정이다.기반 시설물 등 다양한 도시공간 객체들의 치 상태

를 악하고 제어․ 리할 수 있는 상세한 치기반 식별자의 개발이 필

요하며,이러한 식별자들은 단순히 발 뿐만 아니라 갱신 삭제,조회,

검색 등의 생명주기(LifeCycle)로 리가 필요할 것이다.식별자의 리

는 단순히 단일 시스템 상에서 이루어지는 것이 아니라 네트워크 기반으

로 다양한 분야의 이 기종 시스템 간에 연계호환이 가능한 상태로 리

되어야 하기 때문에 이와 련된 다양한 네트워크 기술, 로토콜,

DBMS,추 기술, 장기술,서비스 기술 등이 수반되어야 한다.

-13-

코드명

필드

수

(항목)

크기 필드내용 주요활용처주활용기

비고

UFID 830자

리

확인 버 ,지형지물,리기 , 일련번호, 치정보,고도정보,특이사항연결,오류확인

지형지물의

치정보 식

별자, 지형

지물의

리,검색 등

활용

건교부,

국토지리

정보원,

지자체,

GIS

련 업 체

등

USN

GGC

4

(15)

유동

코드식별자,

범 정보, 거

리정보, 치

정보( ,

상 )

센서노드의

치정보 제

공 활용

USN시

범사업,

센서노드

설치

리업체

치정보를

주

소 코 드 와

상 주

소 코 드 로

도시공간정보 서비스에서 ID체계는 u-City분야의 효율 인 정보공유에

반드시 필요하며,특히 u-City의 도시통합 제센터의 효율성을 높이기

해 필요한 기반 인 라인 것이다.

재 추진되고 있는 서울,수원,부산, 주, 주,제주도,경기도 교,

창원,강원도, 주,송도신도시 등 11개 도시의 U-City 련 도시개발

산이 2020년까지 약 30조에 이를 것으로 추정되고 있으며,기타 도시

까지 합쳐서 추정한다면 수십조 원의 거 시장으로 증가되고 있다.

u-City에 합한 공간객체 ID 리 기술이 성공 으로 구 되고 표 화된

다면,그 경제 인 가치가 매우 클 것을 상된다. 한,이러한 기술과

련된 각종 UIS산업 네트워크 산업 등의 시장 활성화에도 기여할

것으로 상된다.

재까지 추진된 공간객체식별자와 련된 연구로는 아래의 표 2-1와 같

다.수치지도 데이터모델 건설정보 분류체계 등의 코드화 연구와 이

를 통한 GIS-DB 련 연구 등이 있었다.최근에는 GIS-DB를 ID로 직

리하고자 하는 UFID연구도 수행된바 있다.

[표 2-1] 치 련 코드체계 비교

-14-

등 분류활용

인텔리

트기

코드

630자

리

우편번호, 기

번호, 부

착시설물,

도,경도,높

이

자기

등

국토지리

정보원,

지 공

사,지자

체 등

EPCgloba

l

SGLN

Code

6 96bit

헤더,필터값,

분할값, 업체

코드, 로 이

션번호, 일련

번호

로 이션코

드를 EPC태

그에 입력하

기 해 정

의된 태그

코드

물류,유

통 등

모바일RF

ID

(mcode)

646-12

8bit

TLC, CC,

ICC,IC,SC

다양한 모바

일 RFID 서

비스를 지원

하기 한

코드체계

모 바 일

RFID 서

비스

련 기

업체

UCode - 128bit -

이력추

리,물품/자

재 리

유비쿼터

스 서비

스 업체

코드명 장 단

UFID-지형지물 치에 문화된

코드

-1 단 (약 30m)라 세세한

치 악 미흡

USN GGC

-센서 치정보에 문화된

코드

-센서 감지 역 정보 보유

- 치,상 치 등 다양

한 치표 방식 가능

-센서 자체의 정보에만 한정

되어 센서가 부착된 시설물

과의 상 계, 리기 등

연계 없음

재 연구되고 분석된 국내 해외 치 련 코드체계의 장단 은 아래

표 2-2와 같이 정리될 수 있을 것이다.

[표 2-2] 치 련 코드체계 장단 분석

-15-

인텔리 트

기 코드

-국가기 과 자태그의 연

계

- 치정보인 라로서의 역할

기

-부착시설물의 정보 입력

-아직 시범단계이나 국토지리

정보원에서 확산 추진

EPCglobal

SGLN Code

-물류,유통에 문화된 코드

- 세계 으로 네트워크화된

리시스템 체계 구축

-기존 EPC코드체계에 간단하

게 치정보만 들어간 정도

임

모바일RFID

(mcode)

- 세계에서 최 로 시도되는

모바일 RFID코드체계

-다양한 모바일 응용서비스

가능

-기존 모바일 LBS서비스 연

계

-RFID에 문화된 코드서비

스 체계이며 아직 시범단계

임

UCode

-유비쿼터스 환경의 물품,장

소 등의 식별 용이

-일본 정부 민간에서 시범

용

-범용 인 유비쿼터스 ID부

여체계로 치정보가 없으며

시설물 리분야에 특화되지

않음

-16-

제 2 도시공간정보 리를 한 ID체계 황

2.1공간정보(수치지도)ID체계

여기서는 도시공간정보의 식별을 해서 먼 재 공간정보를 표 하기

한 수치지도 1.0과 버 2.0을 기반으로 한 표 방식을 알아본다.도

시공간정보 서비스를 효율 으로 수행하기 해서는 수치지도에 표 된

동일한 지형·지물은 축척에 계없이 동일한 코드를 가져야 한다.그러

나 수치지도 1.0에서 용하고 있는 지형·지물의 코드체계는 축척별로

다르게 용함에 따라 동일한 지형·지물에 한 코드가 서로 다르다.이

러한 이유로 “수치지도 DataModel연구(II)”에서는 련연구 참조,설

문조사, 문가의 조언, 연구 상 자료분석 미국 USGS의

DLG-F(1:24,000)와 국 Ordance Survey의 Land-Line(1:2,500)과

Land-Lineplus(1:1,250)를 참고하여 기존의 567개의 이어를 130개의

지형지물코드로 분류하 다.

한,“무결 수치지도(CleanData)제작 연구”의 지형지물 분류체계에

서는 국립지리원에서 사용하고 있는 지형지물 분류체계 1,2차 연구

사업에서 제안된 지형지물 분류체계의 분석을 통해 무결 수치지도를

한 하나의 공통 분류체계로 작성하 다.결과 으로 무결 수치지도

에서는 105개의 지형지물 련 속성이 표 되도록 구성하 고 새롭게

정의된 105개의 지형지물 련 속성정보는 기존 연구에서 수행된 다

양한 설문조사 연구 결과를 바탕으로 수치지도 제작자 사용자의

요구사항을 반 하여 국가 차원에서의 효율 인 수정·갱신 자동 지

도제작과 일반화를 통한 소축척 지도제작 등 다양한 목 을 수용할 수

있도록 고려하 다.

수치지도의 효율 이용과 사용자 편익을 해 지형지물에 한 연구는

계속되어 왔다.그러나 이를 실에 맞게 용하기에는 부족한 이 많

이 남아 있는 것이 사실이었다.즉,지형지물 선정에 한 각 기 의 이

해 계와 지형지물 용어에 한 표 마련,축척별 지형지물에 한 데이

-17-

터 형태 속성,그리고 지형지물의 코드 부여 등이 해결될 문제로 남

아있었다.

2001년 “기본지리정보구축 연구 시범사업”연구에서 기존의 수치지도

가 가지고 있는 논리 인 모순 기하학 인 문제 을 제거하고 기본지

리정보 구축에 기반이 되며,최소한의 편집과정으로 상 구조를 구축할

수 있는 수치지도를 제작하 다.이 수치지도는 다양한 GIS활용과 수

정·갱신에 용이하며 국립지리원 내부포맷에 합하도록 구축되었다.이

수치지도에 사용된 지형지물 분류체계는 무결 수치지도 제작 연구에서

수행된 연구결과를 재정비한 것으로 지형지물의 통합 수정·보완 작업

을 거쳐 103개의 지형지물체계로 정비되었다. 한 103개의 지형지물에

한 속성항목은 기 연구과제 결과를 근거로 하여 추가 수정·보완되

었다.

이를 바탕으로 “지리정보 표 화 기반연구:수치지도 통합 표 화 연구:

지형지물 코드의 일원화”연구를 통해 다시 삭제,통합,수정,보완 과정

을 거쳐 국내 실정에 맞도록 각 항목을 추가 는 삭제함으로써 최종

으로 104개의 지형지물을 선정 수치지도 Ver2.0체계가 정립되었다.

다음에서는 수치지도 버 1.0과 버 2.0에 해서 기술을 알아본다.

1)수치지도 1.0

국토에 한 공간정보의 기본도로 다양한 사용자의 요구사항을 충족시킬

수 있는 수치지도를 효율 으로 제작 유지 리하기 해 수치지도의

데이터 모델과 구조 지형지물 분류체계 등 수치지도 데이터 구축에

한 연구가 이루어졌다.그러나 지도의 수치화로 인한 무 많은 그래

픽 정보를 포함하고 있었으며,축척별로 상이한 코드를 가지면서 동일

지형지물에 한 축척별 수치지도 첩사용에 어려움이 있었다.

수치지도 1.0의 분류방법은 1/1,000수치지도와 1/5,000,1/25,000수치지

-18-

도의 분류체계가 다르며 그 분류는 다음과 같다.

분류코

드A B C D E F Z

분류

명시설물 수계

지형/

지질식생

행정/

경계지 일반

분류

수12 4 4 5 2 - 5

소분류

수99 26 14 6 3 - 38

[표 2-3]1/1,000수치지도 Ver.1.0분류체계

분류 :7, 분류 :30,소분류 :239의 형태로 분류하며,5～6개의 문자

와 숫자의 조합으로 표

분류 분류 소분류 지형지물명 1/1,000구조

A(시설물)

AA

AA001 일반주택 면

AA002 연립주택 면

AA003 아 트 면

AA004 무벽건물 면

AA005 온실 면

AA006 공사 건물 면

AA007 가건물 면

AA008 빌딩 면

AA999 기타

⋮ ⋮ ⋮

-19-

분류코

드1 2 3 4 5 6 7 8 9

분류

명철도 하천 도로 건물 지류 시설물 지형

행정

지역경계주기

[표 2-4]1/5,000수치지도 Ver.1.0분류체계

분류 :9, 분류 :27,소분류 :92,세분류 :567의 형태로 분류하며 4개의 숫자로 표

분류 분류 소분류 세분류 지형지물명

1 철도

11 선로

111 실폭도로

1110 미분류

1111 보통철도

2 하천

21 수부

211 하천

2110 실폭하천

2112 세류

⋮ ⋮

-20-

2)수치지도 2.0

기존 수치지도 1.0의 사용상 불편함을 해소하고 사용자의 요구에 응하

기 하여 2001년부터 제작하고 있으며,기 제작된 Ver1.0은 수정갱신

시 Ver2.0으로 변환한다.

수치지도 Ver2.0의 분류체계는 다음과 같다.

분류코

드A B C D E F G H

분류명 교통 건물 시설 식생 수계 지형 경계 주기

소분류 수 22 2 55 4 8 5 3 5

[표 2-5]수치지도 Ver.2.0분류체계

분류 :알 벳 1자,소분류:숫자 3자로 4자리의 문자,숫자의 조합으로

표

-21-

분류 소분류 지형지물명

교통 A001 도로경계

교통 A002 도로 심선

⋮ ⋮ ⋮

교통 A022 나루노선

건물 B001 건물

건물 B002 담장

⋮ ⋮ ⋮

2.2지형지물 자식별자(UFID)

1)지형지물 자식별자(UFID)의 정의

재 공간정보 분야의 표 인 식별체계로 알려진 UFID란 Unique

FeatureIdentifier의 약자로서 공간정보 서비스에서 체계화된 지형지물의

리체계를 해 치 단이 가능하도록 부여된 식별자로써,지형지물의

리,검색,활용에 사용되는 공동키를 의미한다.이러한 UFID는 국가기

본지리정보 에서 철도 심선,도로 심선,건물,하천 심선,유역경계,

행정경계,측량기 ,지 을 부여 상으로 하고 있다.

그림 2-4는 UFID에서 부여된 국가 기본지리정보의 지형지물 부여

상을 개 으로 보인 것이다.

-22-

[그림 2-4]국가기본지리정보의 지형지물과 UFID부여 상

UFID는 총 8개의 필드로 구성되며,첫 번째 필드는 UFID를 확인하는

코드와 버 을 표시하는 코드를 나타내며,다음 각각의 필드로 지형지물

의 종류, 리기 ,일련번호 치정보를 삽입할 수 있도록 하는 구조

이다.다음 그림 2-5은 UFID의 필드 구조를 보인 것이다.

-23-

[그림 2-5]UFID구분

2)UFID 구조

UFID는 8개 필드의 총 30자리수의 크기로 구성되는 구조이다.그림 4-6

은 UFID의 구조를 보인 것이다.

첫 번째 필드 확인 버 (2자리수)은 UFID의 코드 에 UFID를 표시

하는 [U]를 다음에 그 UFID의 버 을 표시하는 [VersionNumber]를 표

시하여 [U0]를 사용하며,지형지물 필드는 총 4자리로 사용하며 분류

는 알 벳 1자,소분류는 숫자 3자로 표 한다.총 104개의 코드로 구분

되며,이 분류법은 재 제작되고 있는 수치지도 Ver.2.0의 UFID 일부

분으로 사용하고 있다.특히,일련번호필드(3자리수)는 단 격자 식별

자로 분할된 구역에서 동일한 지형지물이 존재하 을 경우 그에 한 일

련번호를 부여함으로써 유일한 식별자를 부여하기 한 것으로,동일 격

자 지역에 지형지물이 10개 정도에 지나지 않더라도 지형지물이 삭제되

고 재생성되는 경우가 빈번하게 발생하므로 3자리를 부여하여 999개까지

의 지형지물에 비하도록 한다.

한 치정보필드(11자리수)는 경 도를 직 표시해주는 경 도 단

-24-

격자 식별자를 사용한다.경도의 도(°)단 의 앞 두자리(12,13)를 생

략하고 단 까지 표시한다. 를 들면, 도 36°14′59″,경도 127°3

1′27″를 “36145973127”과 같이 총 11개의 숫자로 표시한다.

[그림 2-6]UFID구조

오류확인필드는 식별자의 무결성을 보장하기 한 코드로서 수작업 입

력,데이터 송 시에 발생되는 식별자의 오류를 제거하기 한 방법이

다.

지형지물을 표시하는 방법에서 지형지물의 코드가 A～H를 사용하는 문

자이므로 이를 숫자화 하는 과정을 통해서 연산을 하도록 하고 그 숫자

는 다음의 표 2-6과 같다.

-25-

지형지물

코드A B C D E F G H

인식

숫자1 2 3 4 5 6 7 8

[표 2-6]지형지물 문자코드의 숫자화

2.3국가기 식별자

국가 기 코드 체계는 기존 국가기 성과내용을 근간으로 하나,

도시 내에서의 효율 서비스를 해 불필요한 내용은 삭제하고 필요한

입력정보는 추가하는 방법으로 구성한다.기 에 필요한 입력정보는

기 의 기본 인 사항을 나타내는 「일반 정보」,국가 는 지자체에

서 기 의 리를 해 사용하는 「 리 정보」,기 의 치와 측

량용 사용자를 해 추가 으로 필요한 「 치 측량정보」, 치정보

기반의 기타 서비스를 제공하는 「기타(서비스)정보」로 구성된다.

1)일반정보

기 의 가장 기본 인 일반 사항을 나타내는 정보이며,크게 기

식별 정보,주소 정보,연 정보로 분류된다.다양한 지역에 여러 개의

다양한 형태의 인텔리 트 기 이 설치되어야 하므로,기 들 간의

구별이 필요하며,기 들 간에 식별을 한 정보로는 기 의 등 ,

번호,명칭,지형지물유일식별자(UFID)등이 포함된다.인텔리 트 기

이 하나의 지형지물로서의 식별하기 해서는 기존의 지형지물유일식

별자의 내용을 인텔리 트 기 에 부합하도록 수정해야한다.기 이

치한 주소 정보로는 소재지 우편번호,시,행정구역병,지명,국가,

화번호,팩스번호 등이 있으며,연 정보에는 작성 일자,기타 사항 등

이 들어간다.

-26-

분 류 인텔리 트 기 리 정보

설 명 기 의 리를 한 사항

입력 정보

기 정보 기 종류,형상

리기 정보리 담당 기 ,담당 부서

리 담당자,직 , 화번호

설치 정보설치 일자,설치자,

기타 설치 정보

부착 시설물 정보

부착 시설물 종류,높이, 치

부착 시설물 형상,색깔,고정

유무

시설물 담당 기 담당자

유지 보수 정보

기 수명,

고장 유무,빈도수,신고자

수리 일자,빈도수,수리자

[표 2-8]인텔리 트 기 필요정보 - 리정보

분 류 인텔리 트 기 일반 정보

설 명 기 의 기본 인 사항

입력 정보

기 등 정보 등 ,번호,명칭,

식별 정보 지형지물유일식별자(UFID)

주소 정보

기 소재지 우편번호,시,

행정구역명,지명,

국가, 화번호,팩스번호

연 정보 작성 일자,이력 정보,기타 사항

[표 2-7]인텔리 트 기 필요정보 -일반정보

2) 리정보

“ 리 정보”는 기 을 할하는 기 에서 기 의 설치에서부터 유지

보수에 이르기까지 기 의 리를 해 사용되기 한 입력정보이다.

인텔리 트 기 리 정보는 크게 기 정보,부착시설물 정보,

리기 정보,설치 정보,유지보수 정보,입력정보 이력으로 분류된다.

-27-

교체 일자,빈도수,작업자

입력정보 이력입력정보 버 ,수정 사항,

입력정보 갱신,교체

3) 치 측량정보

「 치 측량 정보」는 기 의 상세한 치와 측량용 사용자를 한

정보들로 구성되며,인텔리 트 기 의 모든 서비스에 기반이 되는 가

장 요한 입력 정보이다. 치 측량 정보는 세부 으로 좌표계정보,

경 도 정보,직각 좌표계,UTM 직각 좌표계,높이 정보,방향 정보,측

량 정보 등으로 구분할 수 있다.

분류 인텔리 트 기 치 측량 정보

설명 기 의 상세 치와 측량용 사용자를 한 정보

입력 정보

좌표계 정보

좌표참조계,기 계,본 자오선,

지구타원체,지오이드,

투 법,투 라미터,좌표

원

경 도 정보경도(도분 ) 방향

도(도분 ) 방향

직각 좌표 X좌표(미터),Y좌표(미터)

UTM 직각 좌표 N 좌표(미터),E좌표(미터)

높이 정보표고,평균 해수면 높이,

지오이드고

방향 정보 진북 방향각(도분 )

측량 정보시 명칭,평균 방향각,

평면 거리

[표 2-9]인텔리 트 기 필요정보 - 치 측량 정보

3)기타(서비스)정보

-28-

분류 인텔리전트 점 위치 및 측량 정보

설명 점의 상세 위치 측량 사 자를 위한 정보

입력 정보

건물 정보건물 소유주, 높이, 평수

층별 정보, 상가별 정보

주변 공간 정보주변 건물 정보,

주변 공공 관 정보

주변 점 정보 최근접 점 번호, 등

서비스 연결 정보서비스 연결 색인키,

부가 서비스 종류 및 명칭

수치 도 연결 정보 1 : 5,000 수치 도 도엽번호, 명칭

리정보 색인 정보GIS 자료, 그림 정보, 상 정보 등 제공이

가능한 관련 리정보 데이터의 색인 정보

[표 2-10]인텔리 트 기 필요정보 -기타(서비스)정보

「기타(서비스)정보」는 치 정보를 기반으로 사용자가 목 에 맞게

필요한 서비스를 제공받을 수 있도록 정보를 제공하거나, 앙 시스템으

로의 연결 정보를 제공한다.기타(서비스)정보는 크게 건물 정보,주변

공간정보,주변 기 정보,서비스 연결 정보,수치지도 색인 연결 정

보,지리정보 색인 정보로 구성된다.

4)기 코드 구조

국가 기 코드는 자태그(2차원 바코드 RFID)칩에 기록되어 사용

되기 때문에 용량이 제한 이며(약 30바이트),이를 해 앞에서 언 된

필요정보 코드 구성에 필요한 요 정보만을 30자리로 선정하 다.

즉 일반 정보와 치 측량 정보를 인텔리 트 기 코드에 입력하

고,나머지 정보는 DB로 구축하여 코드를 통해 연결될 수 있도록 한다.

일반 정보에는 번지 단 까지 구역 구분이 가능한 우편번호,단 구역

내의 순번을 의미하는 기 번호,기 이 부착된 시설물의 종류를

-29-

나타내는 부착 시설물에 한 정보들이 포함된다.기 의 치와 측량

정보에서 제공하는 치 측량 정보에는 약 1m 정확도로 치를 구분

할 수 있도록 도분 단 의 도 경도 그리고 기 이 부착된 지

까지의 표고를 나타내는 미터 단 의 높이 정보가 포함된다.

[그림 2-7]인텔리 트 기 입력정보(30자리)

를 들어,강남구 삼성동에 치한 한국무역 시 을 상으로 하여 30

자리의 인텔리 트 기 의 입력정보를 UFID로 부여한 는 다음 그림

2-8과 표 2-11에서 보인 것과 같다.

-30-

[그림 2-8]인텔리 트 기 부여()

항목 자리수 입력정보 실제 내용

우편번호 6 153731 서울시 강남구 삼성동 한국무역 시

기 번호 2 AB NO.2

부착 시설물 1 E 건물 표지석

도 8 35185214 35°18′ 5214″

경도 7 9415233 129°41′ 5233

높이 6 012724 127.24m

[표 2-11]인텔리 트 기 부여()

2.4해외 공간정보 ID체계

미국, 국,호주,독일,뉴질랜드 등의 선진국에서는 국가가 리하는 공

간정보의 활용성을 높이기 하여 많은 노력을 하고 있으며,그것의 한

방법으로서 기존의 타일단 의 도엽들을 지형지물 단 로 데이터베이스

-31-

에서 리하고,지형지물 단 로 사용자에게 제공하는 공간정보서비스의

구축을 검토하거나 구축하여 운 하고 있다.

객체기반 공간정보 리시스템은 국가의 지도를 제작하는 국의

OrdnanceSurvey나 미국의 USGS등의 국가 지도를 제작 배포하는 기

에 의해 요구되고 있다.이 기 들이 리하는 주된 데이터는 국가의

지형도로서 도로,건물,철도 등의 인공지물과 지역경계,측량기 등

이 포함되어 있다.

지형지물 기반으로 장하고 리하기 해 지형지물 하나하나에 해

지형지물을 유일하게 구별할 수 있는 식별자가 필요하게 된다.유일 식

별자에 한 내용은 거의 모든 사례에서 발견되고 있다. 국의 TOID,

독일의 UUID,호주의 PID,그리고 미국에서도 유일 식별자에 한 내용

이 TheNationalMap의 고려사항에 포함되어 있다.

유일 식별자는 크게 두 가지 목 으로 사용된다.첫째는 객체기반 공간

정보 서비스의 지형지물을 리하기 해서이다. 실세계의 지형지물에

변경이 생겼을 경우 데이터베이스 내부에 해당하는 지형지물을 갱신하기

해 유일 식별자를 사용한다.유일 식별자의 번호 부여는 나라마다 약

간의 차이가 있으나 그것은 시스템 구 에 따라 다르게 선택된다.독일

의 경우 지형지물을 리하는 기 이 주정부에 있으므로 주정부 필드로

나 어 UUID를 구성하게 했고, 국의 경우는 체데이터에 해 데이

터베이스내의 의미없는 유일식별자인 TOID를 사용하여 구성하 다.유

일 식별자의 사용에 있어 가장 요한 은 같은 지형지물 정보를 사용

하는 시스템들 간에 있어서는 유일해야 한다는 이다.여러 기 이 같

은 지형지물 정보를 사용하게 되므로 기 간의 양해 합의,데이터의

갱신부분 로그램의 개발 혹은 수정이 불가피하다.

1) 국 OrdnanceSurvey의 TOID

-32-

OSMasterMap은 국의 국립지리원인 OrdnanceSurvey에서 발표한

국의 임워크데이터 유지, 리 서비스 시스템이다. OS

MasterMap은 실제 세계를 반 하는 연속 인 데이터베이스이고,온라인

으로 쉽게 데이터를 선택하고 제공받을 수 있으며,유일 식별자인

TopographicIdentifiers(TOID)를 이용하여 다양하게 데이터를 활용할 수

있다.

TOID는 feature가 가지고 있는 의미없는 16자리 숫자로서 OS

MasterMap을 사용하는 그룹내에서 유일한 값을 가진다.TOID를 이용하

여 사용자는 실세계를 보다 자세하게 모델링 할 수 있게 된다.TOID는

실세계 객체와 연 된 데이터의 집합을 만들기 해서 설계되었다.따라

서 실세계 객체를 표 하기 한 많은 부분들의 필요를 감소시키고,사

용자들간에 정보 공유를 용이하게 한다.

하나의 feature가 다른 feature를 참조하기 해서 사용한다. 를 들

면 topologicalpolygon은 TOID를 통해서 linefeature를 참조한다.사용

자에게 데이터가 수정되었거나 삭제된 것을 알려주는데 사용된다.TOID

집합은 복합(complex)feature를 표 할 수 있다.학교,공장, 택 등을

표 하기 해서는 여러 개의 feature가 사용되어야 제 로 표 할 수

있다.

2)호주 AUSLIG의 PID

호주에서 국가 지도제작 리,배포를 담당하는 기 은 AUSLIG으로

국가 지도제작,측지·측량,원격탐사,토지정보 조정 등의 활동을 수행하

고,호주 연방정부에서 범 한 지리공간정보를 제공하고 있다.

호주 수치지도는 기본 수치지도로서 1:5,000의 Army(RASvy),1:100,000

축척의 NATMAP(TOPO-100k),1:250,000축척의 NATMAP(TOPO-250k)을

제작하며,이외에 주요 주제도 수치지도로서 AustraliaPostcodeMap,

Canberra Satellite Image Map,ACT Australia Land Tenure Map,

-33-

Australia'sMaritimeZoneMap,AustraliaVegetationMap등이 있다.

호주의 수치지도 이어는 Frame Work,Vegetation,Infrastructure,

Hydrography,Relief,ReservedArea의 6그룹 분류와 30그룹의 분

류로 분류되어 있으며,개개분류항목에 해서는 속성정보로 그 정보를

세분화하고 있다.

특히 PID라는 유일식별자를 가지는데 이는 공 자와 사용자(다른 기

이나 개인에 의해서 생성되고 유지되는 데이터셋의 복사본을 가지거나

사용하는 기 이나 개인)데이터베이스 모두 내의 지형지물에 한 식별

자의 역할을 하며 데이터셋 내에서 유일한 값을 가져야 한다.이에 덧붙

여서 용되는 변경의 형태에 한 비즈니스 규칙이 명확해야 한다.PID

는 지형지물을 구분하는데 있어서 가능한 동일한 문자열을 사용하기

한 것이다.PID가 동일한 상태로 있는 한 지형지물의 이력을 상 으로

손쉽게 추 할 수 있고,사소한 변경을 사용자의 데이터베이스에서 추가

되는 다른 속성에 해서 최소한의 변경을 통해서 손쉽게 처리할 수 있

다.

3)일본 JGS의 지형지물코드

JapaneseGeographicSurvey(JGS)는 1980년 후반 이후부터 수치지도를

제작 배포하 다.주요 수치지도는 KokudoSuchiJoho(NationalDigital

Information)이며,해안선,지형,토지이용,행정경계 등의 구성 카테고리

를 가진다.일본 역을 상으로 하며 1:25,000축척으로 마그네틱테이

CD-ROM 형태로 제공된다.이후 1993년 JGS는 일본 시장에 렴

한 가격의 수치지도를 도입하여, 재 4개의 데이터가 이용 가능하다.그

것은 1:25,000,1:10,000,50m DEM,250m DEM이다.이들 새로운 데이터

는 일명 KokudoSuchiChizu(NationalDigitalMap)으로 불린다.일본

의 공간데이터 기반의 수치지도는 8그룹의 분류,64그룹의 분류로

분류되어 있으며 자세한 내용은 아래 표 2-12와 같다.

-34-

코드명 주요활용처

주활용기 장 단

건설정보분류체계

건설정보

체계 공유

상호

교류

건교부,

지자체

건설업체

등

건설공사의 제반

단계에서 발생하는

건설정보 체계

분류

치정보 부재

건설사업 시행과정

활용에

[표 2-14]건설분야 IT정보시스템 ID체계 비교

분류 분류 수 분류 분류 수

경계/행정계 12 수부 5

문화/도로 13 경계/장지 5

문화/철도 3 식생 2

문화/건물 15 지형 9

[표 2-12]일본의 지형지물 분류체계

분류 분류 지형지물코드 비고

경계/행정계

단 행정구 JST01000 부-23행정구 JST01001

군ㆍ도ㆍ부ㆍ JST01002

북해도 지청 JST01003⋮ ⋮ ⋮

[표 2-13]일본의 수치지도 지형지물코드

2.5건설분야 IT시스템 기타 시설물 ID체계

건설기술 리법 시행령 규정에 따라 건설공사지원통합정보체계의 활용을

진하고 건설정보의 공유 상호 교류를 진하기 하여 건설공사의

제반 단계에서 발생되는 건설정보는 체계 으로 분류되어 리되어야 한

다.이를 해 건설정보 분류체계가 표 화되어 이용되고 있으며, 련

IT시스템에 용되어 련 ID체계에 반 되고 있다.

-35-

도로리통합시스템

도로 장

산화 자료

작성

건교부,

지자체,

련업체

도로 장 자료의

체계 인 작성과

운

도로 장 리에

건설정보분류체계

이어 체계 용

구간정보를 가지므로

치 정확도 미흡

수치지도 Ver1.0참조

도로리

범용로그램기본설계

도로

상/하수도

지리정보체

계 표 화

지자체

지자체 지리정보체계

표 을 통한

복투자 방지

도로구간번호 참조로

치정확성 미비

신규시설 확 불가

수치지도 Ver1.0참조

자체정의 항목 있음

도로기반시설물

정보통합 리에 한지침

도로기반시

설물에 한

정보

통합 리

건교부,

지자체,

GIS

건설업체

지자체 단

도로기반시설물의

효율 리

정보공유 활성화

도모

치정보 부재

최소한의 정보 공유로

제한

가로등가로등

유지 리

가로등

리

시설 리공

단

인력 비용 약

유지보수 업무의

효율성 증

치정보 부재

특정 상물에 용

신규시설 확장 고려

미비

도로표지

도로표지

통합 리

건교부,

지자체,

련업체

정보 황에 한

총체 악

즉각 인 통합 리

정책결정 단근거

제공

치정보 부재

특정 상물에 용

가로수가로수의

체계 인

종합 리

해당 구청

련업체

체계 인 가로수

리를

재 활용되지 않는

UFID체계 활용

도로구간번호 참조로

치정확성 미비

총 86자리의 길이

1)건설정보 분류체계

건설정보분류체계는 시설물분류,공간분류,부 분류,공종분류,자원분류

(자재분류,장비분류,인력분류)의 7개 분류면(주제면)으로 구성되어 있으

며,분류 상 정보의 특성에 따라 1개의 분류면(주제면)만을 선택 으로

용하거나 다수의 분류면(주제면)을 조합하여 용할 수 있다.각 “분류

-36-

면(주제면)”은 분류 상 정보의 특성 속성을 일 된 에서 분류한

독립 인 분류체계로서 상호 보완 인 등한 분류이며,분류체계를

용함에 있어서 다수의 분류면(주제면)을 조합하여 분류할 때에도 독립

인 개념은 지켜져야 한다.그림 2-9와 표 2-15는 이러한 철학을 반 한

분류체계의 구성을 보인 것이다.

[그림 2-9]건설정보분류체계의 구성

-37-

기호분류체계상의

주제

기본분류

자릿수

분류

자릿수

분류

자릿수

소분류

자릿수

세분류

자릿수

F 시설물 5 1 1 1 2

S 공간 5 1 1 1 2

E 부 5 1 1 1 2

W 공종 4 2 1 1

R

M

자원

자재 4 2 2

Q 장비 4 2 2

L 인력 4 2 2

[표 2-15]각 분류체계의 코드 자릿수

2)도로 리통합시스템 ID체계

국토해양부에서는 1989년도에 NAHMIS운용시스템을 개발하여 각 지방

국토 리청 국도유지건설사무소에 배포하 다.이후 제반 여러 가지

문제 이 도출되어 1995년 NAHMIS운용시스템의 보완 자료 활용에

범용성을 주어 도로 장 산화용역-시스템 사용설명서 운용지침서-를

배포하고,이 지침서에 의거하여 도로 장 산화 자료가 구축되어 왔다.

개별 시스템에서 각각 운 되던 도로 장 산화 자료는 2003년부터 도로

리통합시스템(HighwayManagementSystem,HMS)에서 통합 운 되

고 있다.일반국도는 노선 연장이 체로 길기 때문에 효율 인 도로

리 산화를 해서 하나의 노선을 교량,시도경계 분기 등을 기

으로 분할하여 제작하는 구간 개념을 도입하 다.

-38-

도 로

경 계

구 간 00 구간 01 구간 02 구간 23구간

노선시점(0.000)

목포시계(12.909)

810분기(19.118)

진해,부산시계(298.316)

종점(321.369)

[그림 2-10]도로 장 산화 구간(Section)개념도

도로 장 산화 도형 자료 작성 시에는 등고선,수계 등과 같은 지형요

소와 행정구역,지 선 등과 같은 무형요소 그리고 도로 심선,도로시

설,구조물,교통시설,상하수도 등과 같은 도로설계요소에 한 형상들

을 이어로 분류하여 제작한다.도로 장 산화 입력지침에서 개선한

이어 분류 체계는 도면 정보의 공유 교환을 원활하게 하고자 작성

된 건설CALS/EC의 도면표 체계(안)을 참조하여 용하 다.도로 장

산화 도형자료의 이어에 한 코드 특성은 건설CALS/EC 도면

표 체계(안)을 기반으로 작성된 도로 장 산화 입력지침 도로 장 산

화 이어 분류에 따라 작성한다.건설CALS/EC 도면표 체계(안)에서

정의한 이어 체계 규칙은 아래와 같다.지형요소는 국가기본도 지형지

물 코드 1:1000기 수치지도 Ver1.0을 사용한다.

-39-

레이어 체계 A B - C C C C [- D D D D ]

필드 분류 설 명 형식필수

여부

A대분류

(건설전문분야)

A:건축E:전 설비Z:일반R:실내건축M: 계설비V:측량X: 타분야

C:토목F:시설관리G: 리정보 L:조경S:구조T:통신설비

문

1자리필수

B분류

(공종/단위시설)

Z:일반V:측량A: 하구조E:토공F:토목시설D: 배수공W:상하수도공

S:구조물공P:포장공M:부대공L: 공R:종단C:횡단X: 타

문/숫자

1자리필수

-CCCC소분류

(부위별 분류)해당 분류에 포함되는 부위에 대한 분류

문/숫자

4자리필수

-DDDD사 자

정의

사 자가 임의로 정의(필 한 경 부위별 분류를 세분화하는 목

적으로 사 )임의사 선택

[표 2-16]건설CALS/EC표 이어 체계

3)가로등

재 여러 개의 지자체에서 가로등 배 함 리를 한 자체 인

리 코드를 정하여 활용하고 있다.이는 가로등의 수리 는 고장난 가로

등 리에 필요한 인력 비용의 복 인 투자를 방지하고,가로등 유

지 리를 한 시설 도면정보와 속성정보의 통합 인 리를 이루어

련부처의 가로등 유지보수 시스템 업무의 효율성을 극 화한다. 한 인

트라넷 구축을 통한 련부처 시설물(가로등)유지보수시스템 업무의 효

율성을 극 화 하고 민 서비스 향상 양질의 정보 제공을 목 으로

-40-

하고 있다.

다음 그림 2-11은 구시의 가로등 리를 한 코드이다.먼 행정구

표시 한 자리, 멸기 번호 세 자리,가로등 번호 세 자리로 표시하며,

하나의 멸기가 10～20개의 가로등을 제어한다.

가로등 리번호 ID:

가로등 배 함 리번호 ID:

[그림 2-11]가로등 리번호 ID

4)도로표지

도로표지의 정보 황에 한 총체 악 통합 리,정책결정의

단근거에 한 필요성을 충족시키기 한 것으로,도로표지 리 업무 효

율성 증 , 국민 서비스를 통한 국민 편익 증 를 목 으로 한다. 재

한국건설기술연구원 내 ‘도로표지종합 리센타’에서 주 하여 도로표지

종합 리시스템을 운 에 있으며,도로표지의 효율 리를 한 자

체 인 리코드를 개발하여 활용하고 있다.이 코드는 먼 도로구분

문 두 자리,호선 두 자리,상/하행선 표시 한자리,표지 번호 세 자

리로 표시한다.그림 2-12는 이를 보여주기 한 것이다.

-41-

도로구분 :ER(고속도로),WR(구도),GR(군도),UR(시도),NR(일반국도),RR(지방도)

도로표지 리번호 ID:

[그림 2-12]도로표지 리ID

5)가로수

첨단 IT기술을 가로수 리에 목하여 과학 이고 체계 인 종합 리시

스템을 구축하여 가로수 보호를 통한 녹색자원 보 에 기여하기 해 서

울시 강서구에서 2006년 가로수 종합 리시스템을 구축하 다.이 시스

템에서 효율 인 가로수 리를 한 새로운 코드체계를 정립하 는데,

이는 기존의 국가기본지리정보의 UFID 체계(안)를 기본으로 하고 도로

시설물인 가로수의 특성에 맞게 리기 과 일련번호 필드의 구성을 응

용하여 만들어졌다.그림 2-13은 가로수를 표 하기 한 UFID의 구성

을 보인 것이다.

[그림 2-13]가로수 리를 한 UFID구성

서울시에서 2002년부터 시행하고 있는 ‘큰나무 등록제’는 가로수를 쉽게

-42-

인식할 수 있도록 부여되는 라벨이 도로명을 기 으로 명명되어있다.도

로 리번호를 UFID에 입력함으로써 도로명 건물번호 리시스템과 연

계될 수 있으며 이는 도로명 건물번호 리시스템이 한국토지정보시스

템(KLIS),토지종합정보망(LMIS)과 지자체 단 에서 리되고 있는 도시

정보시스템(UIS)의 경우도 도로를 기본으로 시설물이 리되고 있기 때

문에 타시스템과의 연계시 효율 이다.

단,도로 리번호를 채택할 경우 재 국의 도로 리번호의 통일성

체계성이 없기 때문에 UFID에 용하기 해서는 하나의 표 으로 도로

리번호를 재구성해야한다. 재 행정자치부의 ‘도로명 주소기반 표

자지도 DB구축’사업에서 도로 리번호에 한 표 화 작업이 진행

이나 차 으로 확산되는 사업이기 때문에 시 에서는 ‘도로명 주소

기반 표 자지도 DB구축’사업에서 표 화한 코드를 용하기가 어렵

다.추후 표 화된 코드는 가로수를 리하는 데이터베이스에 입력하여

통일된 체계를 갖추도록 한다.

한,도로 리번호를 채택함으로써 가로수의 리주체 가로수가

치한 행정동을 알 수 없으나 이는 가로수의 데이터베이스에 행정동코드

리주체코드를 입력하여 시스템상에서 확인 가능하도록 한다.

-43-

제 3 도시공간정보 모바일 서비스 황

3.1공간정보 모바일 서비스 정의

차세 도시공간정보 서비스로 스마트폰 애 리 이션,실감형 용량

공간정보,사용자 맞춤형 공간정보 등의 발 ․확산이 상된다.기존의

공간정보가 활용되던 토지정보,도시계획,건물 시설물 정보,자원

리,교통․물류 등의 분야와 함께, 세계가 당면하고 있는 문제들인 지

구온난화,환경오염,자원확보 등 공간정보의 활용분야가 확 되고 있으

며,마이크로소 트,구 등의 형 IT업체가 극 으로 공간정보 분야

에 진출하면서 공간정보산업의 화가 빠르게 진행되어 스마트폰을 기

반으로 한 모바일 환경하에서의 공간정보 활용의 요성 시장규모가

커지고 있다.

본 에서는 OID를 공간정보 모바일 웹서비스에 용하여 OID의 뛰어

난 서비스 융합기능으로 스마트폰을 심으로 한 모바일 앱 분야에서 공

간정보 서비스를 효과 으로 활용시킬 수 있는 방안을 제시하고자 한다.

모바일 공간정보는 스마트폰,PDA 등 휴 용 단말기를 이용하여 언제

어디서나 공간과 련된 자료를 수집, 장,분석,출력,활용할 수 있는

공간정보 인 라 컴퓨터 응용 시스템을 의미한다.이것은 지형공간에

한 모든 정보를 모바일 기기 혹은 연계 서버에 장하고 이를 바탕으

로 공간 인 제약 없이 공간과 련된 의사결정을 이동 에 효율 으로

처리하고 련 서비스를 제공받을 수 있는 체계를 말한다.모바일 공간

정보는 GIS기술,Mobile하드웨어기술,GPS,무선통신기술이 통합된 정

보기술의 집합체로서 기존의 데스크탑 GIS에서 제공하던 기존정보시스

템에 한 클라이언트로서의 역할을 휴 정보기기를 통해 수행하는 것으

로서,시간 ․공간 인 제약을 받지 않기 때문에 업무의 수행시간,장소

의 독립성,이용편의성 등을 제공하고 있다.다음 그림은 모바일 공간정

-44-

보 체계의 개념도를 나타내는 것으로 다양한 활용분야가 있으며 모바일

공간정보를 한 4가지 주요기술은 하드웨어, 랫폼,무선통신과 치결

정을 한 치측 기술이 있다.그림 2-14는 이러한 모바일 환경을

한 공간정보개념을 보인 것이다.

도로/ 통

건강/ 료

금 /보험

언론/출판

문 /

행

방/방재

시 물 리

주택

건

경

사

생 련

해양/항공 기타

Mobile단말기

GPS

무 통신망

무 통신

동 , 장

치 보

Mobile Data Server

Mobile GIS 용 야

도로/ 통

건강/ 료

금 /보험

언론/출판

문 /

행

방/방재

시 물 리

주택

건

경

사

생 련

해양/항공 기타

Mobile단말기

GPS

무 통신망무 통신망

무 통신

동 , 장

치 보

Mobile Data Server

Mobile GIS 용 야

[그림 2-14]모바일 공간정보 체계 개념도

모바일 단말의 치측 를 한 기술로는 기존 망을 활용하는 방법,독

자 인 새로운 망을 이용하는 방법 GPS를 이용하는 방법 등 3가지로

진행되고 있다.이러한 기술 개발 방법에 해 무선 치 측을 수행하

는 일반 인 방법은 망기반 방식,단말기 기반 방식,그리고 이들을 혼합

하여 사용하는 혼합방식으로 분류할 수 있다.

이러한 방식에 해 치 측정 방법은 일반 으로 다음과 같이 분류할

수 있다.우선 기지국에서 단말기로부터 들어오는 신호의 도래각을 측정

-45-

하여 단말기의 치를 구하는 AOA(AngleofArrival)방법, 의 도

달 시간을 이용하는 방법으로 달 시간을 측정하여 치를 구하는

TOA(TimeofArrival)방법,그리고 두 개의 기지국으로부터 도달

시각의 상 인 차를 이용하는 TDOA(TimeDifferenceofArrival)방

법,단말기에 GPS를 부착하여 치 측을 수행하는 GPS방식(Wireless

Assisted GPS),라디오카메라를 이용하여 치 측을 수행하는 주 수

패턴 매칭 방식(Location Pattern Matching)등이 있다. 치추정기술

(LDT:Location Determination Technology)은 네트워크 기반(AOA,

TDOA,TOA,LPM 등)과 핸드셋 기반(GPS,DGPS등)으로 나 수 있

으며, 재 국내는 네트워크 기반의 Cell-ID 방식이 존재하지만 오차 범

가 커서 향후 정확도가 높은 치 기반 서비스의 제공이 필요로 하고

있다.

재 무선 치 측 기술개발은 기존망을 활용하는 방향,독자 인 새로

운 망을 이용하는 방향 GPS를 이용하는 방향으로 진행되고 있다.일

반 으로 치 측정 방법은 다음과 같이 분류할 수 있다.우선 기지국에

서 단말기로부터 들어오는 신호의 도래각을 측정하여 단말기의 치를

구하는 AOA(AngleofArrival)방법, 의 도달 시간을 이용하는 방

법으로 달 시간을 측정하여 치를 구하는 TOA(Time of

Arrival),그리고 두 개의 기지국으로부터 도달 시각의 상 인 차

를 이용하는 TDOA(TimeDifferenceofArrival)방법이 있다.이 가운데

GPS 성으로부터의 신호를 이용하여 치를 알아내는 방법은 표 인

TOA방법이라 할 수 있다.

모바일 공간정보 서비스 랫폼은 모바일 단말기(휴 폰,PDA,UMPC

등)에서 사용자가 자신의 치를 심으로 지도를 기반으로 주변 치검

색,공간분석,정보조회 등의 기능을 사용하여 다양한 서비스를 개발할

수 있도록 지원한다.OGC에서 제시한 지도표 서비스(WFS,WMS,

OpenLS)를 수하고,다양한 모바일 GIS서비스에서 공통 으로 활용할

-46-

수 있는 다양한 기능을 OpenAPI로 제공함으로써 다양한 서비스 분야

에서 손쉽게 개발하여 사용할 수 있도록 한다. 한 단말 응용 로그램

개발시 모바일 GIS 랫폼의 WFS,WMS와 연동할 수 있는 컴포 트를

제공함으로써,별도의 모바일 단말 S/W없이 개발할 수 있도록 지원하기

도 한다.

3.2지자체 모바일 공간정보 서비스

모바일 공간정보 서비스는 도로․교통,건강․의료, 융․보험,언론․

출 , 문화․ ,교육,행정,소방․방재,시설물 리,주택,건설,환

경,군사,엔터테인먼트/생활 련 등 다양한 분야에서 용되고 있다.서

울시,부산시 등 지방자치단체에서 추진하는 표 인 모바일 공간정보

서비스 구축 제공사례를 보면,국내 지자체는 기존의 도시공간정보

웹서비스를 모바일 포털 등으로 옮겨와 제공하는 사례가 주를 이뤘다.

1)서울특별시

서울시에서는 8 분야 42개 서비스 분야(교통,취업,문화,시설 약,세

납부, 치정보,참여,시정정도 등)에 해 모바일 서비스를 제공하는

모바일 포털 m.Seoul702서비스를 제공 이다. 그림 2-15는 서울시의

모바일 서비스의 이용 황을 개 으로 설명하고 있다.

-47-

[그림 2-15]서울시 m.Seoul702서비스

한,다양한 모바일 서비스를 해 모바일 단말기에 지도정보를 이용한

치기반서비스, 장조사, 검서비스에 공통 으로 필요한 지도,GIS

기본기능 등을 지원하는 국제표 기반 모바일 GIS 랫폼을 개발하여

이용 이다.

서울시에서 제공하는 다양한 모바일 GIS서비스들은 다음과 같다.

l 치 기반 시민 불편 살피미

-휴 폰을 이용하여 생활 불편사항을 신고 치,사진,내용을 입력하여

신고하는 서비스이다.

-48-

[그림 2-16]서울시 모바일 공간정보 서비스 사례(치기반 시민 불편살피미)

l 모바일 GIS생활정보

이것은 사용자 주변 생활정보를 지도기반으로 편리하게 제공(버스노선,

주유소 안내 등)한다.

[그림 2-17]서울시 모바일 공간정보 서비스 사례(모바일 GIS생활정보)

l 불법 주정차 단속원 치 제

이것은 주차단속원 GPS장비를 이용, 치 확인 단속 요청시 즉시

장에 투입할 수 있도록 하기 한 서비스이다.

-49-

[그림 2-18]서울시 모바일 공간정보 서비스 사례(불법 주정차 치 제)

l 모바일 토지정보 서비스

이것은 모바일 기기 등을 통해 토지이용계획,개별공시지가,토지기본정

보,계획 도면 등의 서비스를 제공한다.

[그림 2-19]서울시 모바일 공간정보 서비스 사례(토지정보 서비스)

l 체납자 장조사 서비스

이것은 이동 장에서 체납자들의 거주지 주소를 지도상에서 확인하

여 주변 체납자들에 한 징수활동을 동시에 이루고, 장에서 체납자의

체납정보,수납내역 확인 등 징수업무를 효율 으로 수행한다.

-50-

l 공유재산 장조사 서비스

이것은 서울시 고유 공유재산의 변경사항을 정기 으로 조사하는 실태조

사시,스마트폰을 활용해 지도상에서 공유재산의 치와 주소,토지 장

등 련정보를 확인하고 변경사항에 해 장에서 입력하여 업무를 수

행하는 서비스이다.

2)부산시

부산시에서는 “부산 역시 스마트폰 기반 모바일 포털사이트”를 오 하

여 다양한 모바일 공간정보 서비스를 제공하고 있다. 재 모바일 앱 서

비스는 부산시 모바일 홈페이지(http://m.busan.go.kr)나 통신사별 앱스

토어 등에서 애 리 이션을 다운로드하면 이용할 수 있도록 제공되고

있으며,기존 부산시 표 홈페이지를 스마트 폰 화면에 맞게 재구성한

모바일 홈페이지(http://m.busan.go.kr)에서는 ‘부산시에 바란다’를 비롯

해 고시·공고, 산낭비신고,불친 공무원 신고,여권발 안내,시 직

원 화번호,부산시 10 비 ,취업정보,복지정보,사회복지시설 등

132종의 다양한 정보를 실시간 서비스 이다.

한 앱서비스는 부산시 미디어센터,시정 캘린더,직원 화번호부,부

산 투어,부산 도보여행,부산 시티투어버스,모바일 정보마당,모바

일 일업로더를 비롯해 인허가 가능지역 진단,뚜벅이 안 길 안내,어

디서나 불편신고,주민안 도우미,신장개업 알리미,길따라 떠나는 여행,

갈맷길 안내 등 7종의 생활공감지도서비스와 부산 교통정보서비스 등을

이용할 수 있다

-51-

[그림 2-20]부산시 모바일 포털 서비스

l 문화 서비스

이것은 부산 지역 축제,공연, 시 등 부산의 다양한 소식을 하

고,지도서비스르 통해 주요 명소, 음식 ,숙박업소 등을 서비스

한다.

[그림 2-21]부산시 모바일 공간정보 서비스 사례(문화 서비스)

-52-

l 생활지리정보서비스

이것은 문화재,생활편의시설,시민공원,체육시설 등 생활지리정보에

련된 정보들을 시민들에게 서비스한다.

[그림 2-22]부산시 모바일 공간정보 서비스 사례(생활지리정보서비스)

3)제주도

국토해양부 국토지리정보원에서 「인문지리정보 통합 서비스체계 구

축」계획에 따라 추진한 사업으로서 국 최 로 제주도 역(1,848㎢)

을 상으로 자연환경․사회문화환경․경제환경에 한 인문정보 분류

11개 분야,소분류 48개 분야,세분류 271개 항목에 하여 인문지리정보

통합 온톨로지 KB(지식베이스)구축 등 최신의 스마트폰에서 인문지리

정보 모바일서비스를 제공하고 있다.

이러한 서비스를 통해 다양한 인문지리정보에 한 상호 계 표

연 정보 시맨틱(웹 인공지능)검색이 가능해져 구나 손쉽게 이를 검

색할 수 있다. 를 들어 ‘김정회’를 검색하면 추사 김정희의 유 지 소

-53-

개, 련 유물 역사 련 인물,김정희와 련된 명소 소개,각

종 공간정보에 한 지도서비스 등을 확인할 수 있다.

[그림 2-23]제주도 모바일 공간정보 서비스 사례(인문지리정보 서비스)

4)한국 공사

휴 폰 등 모바일 기기를 통해 내주변에 있는 지,숙박지,음식 ,

문화 쇼핑시설 정보를 사진 지도를 통해 간편하게 서비스 받을 수 있

도록 ‘모바일 1330’이라는 서비스를 제공하고 있다.서비스 메뉴에는 이

달에 가볼만한곳,이달의 축제,지역별 정보,내주변 정보,

교통 안 ,지하철역 주변 정보 등이 포함되어 있으며,모바일 여행

정보 서비스 체험 메뉴를 통해 사용자들이 쉽게 활용법을 익힐 수 있도

록 체험서비스도 제공하고 있다.

-54-

[그림 2-24]한국 공사 모바일 공간정보 서비스 사례(모바일 1330)

5)소방방재청

소방방재청은 국민이 언제 어디서나 재난안 정보를 볼 수 있도록 스마

트폰 등에서 속이 가능한 모바일 홈페이지(m.nema.go.kr)를 운 하고

있다.모바일 홈페이지를 통해 재난뉴스속보,정책뉴스,소방방재청 소

법령,일일재난상황,안 길잡이,응 처치요령,소화기 사용법 등 평소

알아두면 유용한 정보와 소방방재청 트 터(@Nema_SafeKorea)등 SNS

내 주변의 민방 피소 찾기 등 재난안 련 ‘앱(App)’설치 연

계를 포함하여 14종의 서비스를 제공 이다.

-55-

[그림 2-25]소방방재청 모바일 공간정보 서비스 사례

한,행정안 부와 소방방재청은 오는 2011년 12월까지 스마트폰을 통

해 재난정보를 신속히 확인할 수 있도록 하기 해 모̀바일 국가재난안

정보센터'를 구축을 계획 에 있다.해당 모바일 서비스는 아이폰과

안드로이드 스마트폰용으로 제공될 정으로 단순히 스마트폰 앱을 통해

정보를 제공하는 것이 아니라 재난정보공동활용시스템,재난문자방송시

스템(CBS)등과 연계된 시스템을 개발해 재난정보 제공의 속도를 높일

수 있도록 개발 이다.

소방방재청 등에 따르면 재 약 30여분이 소요되는 재난상황 발생 악

시간을 약 3분으로 단축시킬 수 있도록 할 계획이며,특히 재난정보공동

활용시스템을 활용하기로 해 사용자들이 기상,천재지변은 물론 국방,

형사고 등 거의 모든 재난 정보 상황을 받아보게 될 정이다.

-56-

3.3국외 모바일 공간정보 서비스

국외의 공간정보 앱/웹 개발은 국내의 경우 보다 앞서 이루어졌으며

iOS,Android,WM,Simbian,Blackberry등의 많은 운 체제(OS)를 기

반으로 다양한 공간정보 앱/웹 개발이 이루어지고 있다.

1)보안 방범 안 분야

◦ SpotCrime-PopvoxLLC

-서비스 종류 :애 리 이션,모바일 웹

-운 체제 :iOS

-주요내용 :유럽 북미지역의 도시별 범죄사건 기록 데이터를 제공

-주요기능 :[범죄발생장소 치정보 제공]

GPS를 이용하여 범죄사건발생 장소를 GoogleMap에 범죄의 종류를

나타내는 아이콘으로 표시하여 나타내며,증강 실(AR)로도 이용이 가

능

[안 보안]

독 인 알고리즘을 사용하여 각 치에 한 상 인 안 보안

지수를 계산하여 나타냄 ( 수가 높을수록 안 )

[범죄발생 알림]

e-mail,Facebook,Twitter,SMS,RSS등을 통해 범죄발생 정보를 알려

-57-

[그림 2-26]‘SpotCrime’애 리 이션 실행화면

2)민원 분야

◦ GORequest-GovernmentOutreach

-서비스 종류 :애 리 이션

-운 체제 :Android,iOS

-주요내용 :스마트폰 사용자들이 주변에서 목격한 불법 장에 한

치와 내용을 지역 공공기 에 직 제보 가능

-주요기능 :[불법 장 제보기능]

도로 유실,쓰 기 불법 투기,도난 차량,Graffiti등의 불법 장을 사

진으로 어 지역 공공기 에 직 제보 가능

[ 치인식기능]

애 리 이션을 통해 불법 장을 촬 하여 제보하게 되면 애 리 이

션이 자동으로 인식한 치정보도 함께 도시의 CRM4) 이나 311

4)CRM(CustomerRelationshipManagement):고객 계 리.기업이 고객과 련

된 내외부 자료를 분석·통합해 고객 심 자원을 극 화하고 이를 토 로 고객특

성에 맞게 마 활동을 계획·지원·평가하는 과정

-58-

System에 송됨

[그림 2-27]‘GORequest’애 리 이션 실행화면

◦ ParkzingSanFrancisco-ArenSandersen

-서비스 종류 :애 리 이션

-운 체제 :Android,iOS

-주요내용 :애 리 이션 이용자가 주차 반티켓을 피할 수 있도록,

GPS DataSF의 street cleaning schedule을 이용하여, street

cleaning 날 밤에 애 리 이션 이용자에게 미리 스 을 알려

-주요기능 :[Streetcleaningschedules]

DataSF의 자료를 바탕으로 Streetcleaningschedules정보 제공

[알림 기능]

길가에 주차하게 된 경우,애 리 이션을 실행시키면,애 리 이션이

자동으로 주차 치를 악하고,streetcleaning 에 차를 이동시킬 수

있도록 알려

-59-

[그림 2-28]‘ParkzingSanFrancisco’애 리 이션 실행화면

3)교통 물류 분야

◦ RoutesyPro(BayAreaSanFrancisco)-Pixelcup

-서비스 종류 :애 리 이션

-운 체제 :iOS

-주요내용 :SanfranciscoBayArea의 최고의 교통 물류 시스템을

주로 하는 길 찾기 정보를 실시간으로 제공

길찾기 정보제공이 가능한 교통 물류 수단으로는 Muni,BART,

Caltrain,ACTransit등이 있음

-주요기능 :[ 교통 물류를 이용한 길 찾기]

이용하고자 하는 교통 물류수단을 선택하면,실시간으로 가장 가까

운 정류장/역 정보와 함께 교통 물류수단의 도착시간 측데이터

제공

[북마크기능]

-60-

심 정류장을 추가 가능

[그림 2-29]‘RoutesyPro’애 리 이션 실행화면

◦ CTAStop:ChicagoBusTracker-JasonKramer

-서비스 종류 :애 리 이션

-운 체제 :iOS

-주요내용 :3G 는 WiFi를 통한 네트워크 연결을 통해 CTA(Chicago

TransitAuthority)버스에서 직 제공하는 버스 련 데이터를 활용하

여 버스 도착 정시간 등의 정보 제공

-주요기능 :[버스노선 정류장 정보]

모든 버스노선과 정류장 정보를 제공하며,이동 에도 빠른 근이 가

능하도록 버스노선 정류장 정보를 장 가능

[버스 도착시간 상]

최근에 도착한 버스를 기 으로 버스경로와 번호,이름,방향,목 지 등

을 고려하여 분단 로 버스 도착 상시간 정보 제공

-61-

[버스 치지도]

버스 치를 지도에서 확인 가능

[여러 버스 노선 보기]

애 리 이션 사용자가 선택한 버스노선의 도착시간 상 정보 제공

선택한 버스 정류장에 한 모든 경로 확인 가능

[그림 2-30]‘CTAStop:ChicagoBusTracker’애 리 이션 실행화면

4)네비게이션 분야

◦ WayFinderNYC-DeadlyAndroid

-서비스 종류 :애 리 이션

-운 체제 :Android

-주요내용 :증강 실(AR)애 리 이션으로써,GPS를 이용하여 이용자

의 치에서 가장 가까운 NYCsubway역과 NJPATH역을 안내

뉴욕시가 개최한 애 리 이션 경진 회인 ‘NYC BigApps’에서 1

-62-

를 차지한 애 리 이션이다.

-주요기능 :[증강 실(AR)]

핸드폰을 움직이면 화면과 함께 인근 NYCsubway역과 NJPATH역이

화면에 표시됨

[길안내]

역을 클릭하면 재 치에서 역까지 도보로 가는 방법을 지도에 나타

냄

[그림 2-31]‘WayFinderNYC’애 리 이션 실행화면

5)자연 환경 분야

◦ SFTrees-ElbatropLtd.

-서비스 종류 :애 리 이션

-운 체제 :Android,iOS

-주요내용 :애 리 이션 이용자의 치를 심으로 Sanfrancisco의 '

문교'에서 'DalyCity'에 이르기까지의 트랙을 따라 약 65,000그루의

세부정보 제공

-63-

Sanfrancisco공공 리업무부(SFDPW)에서 제공하는 데이터를 기반으

로 서비스 제공

-주요기능 :[나무(Trees)정보]

간단한 검색을 통해서 애 리 이션 사용자의 재 치 근처의 나무들

을 찾거나 다른 지역의 나무들을 볼 수 있다.집,번지수,교차로,우편번

호 등으로 구체 인 검색 가능

[거리(Distances)정보]

어 는 통계단 로 애 리 이션 이용자와 해당 나무와의 거리

(Distances)에 한 정보 제공

[그림 2-33]‘SFTrees’애 리 이션 실행화면

6)문화 분야

◦ Mom Maps-New MediaParents,Inc.

-64-

-서비스 종류 :애 리 이션

-운 체제 :Android,iOS

-주요내용 :재미있고 아이들에게 친숙한 장소를 찾을 수 있도록 도와

주는 애 리 이션으로써,27개 도시의 26,000개 이상의 아이들에게

친숙한 장소에 한 정보를 포함

-주요기능 :[GPS기능]

사용자의 치와 가까운 아이들의 장소를 지도를 통하여 치정보 제공

[리뷰 사진정보]

장소에 한 다른 부모들의 리뷰 등 정보를 확인가능

[장소정보 공유 기능]

e-mail이나 Facebook을 통해서 친구들과 가장 좋아하는 장소 공유 가능

[그림 2-34]‘Mom Maps’애 리 이션 실행화면

◦ NYCWay-MyCityWay

-65-

-서비스 종류 :애 리 이션

-운 체제 :Android,iOS

-주요내용 :뉴욕시의 식당,유흥시설,실시간 교통 물류 CCTV,

WiFi존 등등 총 48개의 애 리 이션 Group과 72가지 이상의 세부애

리 이션이 뉴욕시의 모든 정보를 제공하는 패키지 애 리 이션

-주요기능 :[ 치기반서비스]

이용자의 치를 자동으로 악하여 이용자 주변의 장소정보 이용

자와의 거리(Distances)정보를 리스트로 보여

리스트에서 상 /기 을 선택하면,주소, 화번호와 함께 Google

Map을 이용한 상 치 길안내 등의 정보 제공

[기타 기능]

애 리 이션에 따라 티켓 약,숙박 약 등의 약기능을 제공

'Foursquare'애 리 이션의 Check-in기능 이용 가능

음식주문하기,‘Gowalla’애 리 이션의 Check-in기능 등을 추가할

정임

[그림 2-35]‘NYCWay’애 리 이션 실행화면

-66-

제 3장 u-Health,OID 용방안

제 1 U-health의 배경 발

1.1U-health의 배경

21세기가 되면서,국내 으로는 복지 보건의료에 한 국민 심이

매우 높은 실정이며,이를 한 각종 정부의 정책이 제안되고 있는 실정

이다.국제 으로는 최근 한미,한-EU(지난 2010년 10월 체결됨)등의 개

방화에 따른 자유무역 정(FTA)의 발효 분 기가 무르익고 있다.이러

한 국내 인 요구와 국외 인 개방 압력에 따른 복지 국내의 응방

안을 모색하고자 하는 노력이 매우 활발히 진행 이다. 한,세계 인

인구 비 고령화에 한 복지 의료 정책에 비해야하는 통계자료가

속속 발표되고 있다.

그림 3-1은 세계 인구의 구조의 변화를 보이고 있으며,이에 따른

u-health에 한 요구 필요성을 자명하게 보여 주고 있다.

[그림3-1]세계인구의 변화 [출처:OPCS2003]

-67-

한편,이에 따른 인구와 보건의료분야의 필요성을 증가하고 있는

실정이다.[그림 3-2참조]

[그림 3-2]인구 증가에 따른 의료비 증가추이

그림 3-1과와 3-2자료는 향후 인가 증가에 따른 노인인구의 증가와 이

에 따른 의료비 증가의 측을 가능하게 할 것이다.

그러므로,각 국가에서는 의료서비스에 한 질과 효율성을 한 방안의

책 수립과 이를 한 연구가 매우 활발히 진행되고 있으며,이러한 방

안의 일환으로 두되고 있는 것이 정보기술과 의료서비스의 목하여

국민 의료 서비스를 제공하기 한 U-health산업이다.

특히,국내외의 많은 산업분야에 해서 보건 의료산업과 련된 국내의

응방안은 의료기 에 한 양질의 국민 의료서비스와 맞물려 매우

요한 이슈로 부각되고 있는 실정이다.

-68-

최근 우리나라의 속한 출산,고령화(2010년 통계에 의하면 2015년에

고령화 사회로의 진입 상),국민소득의 증 ,건강보험의 보장성 강

화 등의 주변환경의 변화는 의료시장의 속한 확 추세를 가속화하고

있다.

이를 해결하기 해서는 무엇보다도 국민에 한 양질의 의료서비스를

한 법 제도 장치의 마련,첨단 의료기술의 연구 발 ,그리고 의료

기 의 투명하고 합리 인 운 과 서비스의 향상과 더불어 IT 통신

기술의 발 등으로 기존의 의료기 심의 보건의료 환경이 자 헬

스 어(e-healthcare)환경의 시 를 넘어,최근 유비쿼터스 헬스 어

(U-healthcare)시 로의 변화 물결이 세계 으로 진행되고 있는 상황

이다.

이는 보건의료분야의 정보화라는 새로운 국면의 의료환경을 견하게 하

며,의료환경에 한 국제 개방요구가 격히 진행됨을 의미한다.

보건의료서비스와 정보화의 목을 통한 보건의료정보

(Health-informatics)의 등장과 이를 언제 어디서나 국민 서비스가 가능

하도록 하는 u-health산업은 우리나라 차세 성장 동력 산업으로서 그

린(green)산업을 표할 수 있을 것이다.이 산업은 무엇보다도 본질

으로 국민 생명권의 확보 차원에서의 가치와 지식기반 서비스업으로써

부가가치 창출에서 매우 요한 분야일 것이다.

1.2의료서비스의 발 과 U-health의 등장

일반 으로 의료서비스는 진료지원(원무 행정),질병의 단․처리,

요양의 4단계로 구분되며, 이 진료 지원,질병의 단 처치 단계

등의 부분의 단계에서 IT의 활용성이 증 되고 있는 실정이다.

먼 , 진료지원 부문에서는 EDI(Electronic Data Interchange)

EMR(ElectronicMedicalRecord)5)등의 보 이 빠르게 확산되고 있으며,

질병의 단 처치 단계에서도 향후 자 보건의료(e-Health6)),

5)환자의 진료정보를 자 일로 장하여 체계 인 리 조회가 가능하도록 하

는 자의무기록

-69-

유비쿼터스 보건의료(u-Health(UbiquitousHealth)7))등이 차 확산되고

있으며,이것은 미래의 보건의료 산업에서 매우 요한 치를 차지할

것으로 망된다.

보건의료 분야의 IT활용에 한 세계 인 추세에 따라,우리나라의 정부

에서는 최근 의료법 개정을 통해 원격의료에 한 규정을 추가하는 등

이 부문을 활성화를 해 노력하고 있다.

일반 으로,보건의료정보화(HIT:HealthInformationTechnology)는 진

료정보,검진데이터,의료지식을 정보처리기술과 인터넷 등의 유무선 네

트워크 인 라를 활용하여 장,공유,검색 달함으로서 환자 의

료고객의 진료와 처방에 사용되는 모든 과정의 정보화라고 할 수 있다.

HIT는 자 보건건강기록(EHR:ElectronicHealthRecord),의료 네트워

크의 구축과 이를 이용한 원격진료등과 같은 보건의료서비스의 정보화

분야를 모두 포 하는 개념이다.

이들 자 보건건강기록(EHR)은 환자에 한 처방 임상실험,진

료의사결정 뿐 만 아니라 환자에 한 의료정보의 장기 인 리를 가능

하게함으로서,기존의 원무 행정차원의 정보화에 서 벗어나 진료

보건의료 방의 정보로 활용할 수 있도록 발 하고 있다.

그러므로,20세기 말부터 시작된 정보기술,정보통신 네트워크 발 이

자상거래와 e-비지니스 산업으로 비용,고효율의 산업을 창출하 던

과 유사하게,헬스 어 산업도 정보통신기술을 목하여 높은 효율성을

창출할 수 있을 것으로 기 되며,21세기에 들어서 보건의료정보화에

한 반 인 패러다임의 변화가 상되고 있다.

이러한 추세로,최근의 보건의료환경 련 정보 분야는 유비쿼터스

헬스 어(이하,U-헬스 어)의 환경으로 확 발 될 것으로 상된다.

한 헬스 어 보건의료정보 표 화는 재 지역별 블록화 추세의 강

6)인터넷 등을 이용하여 방,진료,건강정보 공동 활용, 원격진료 등을 제공하

기 한 의료서비스.

7)정보통신기기(RFID 자칩,무선기기)와 네트워크를 보건의료와 연결하여 언제,

어디서나 방,진단,치료,사후 리가 가능한 의료서비스

-70-

화, 합성 상호 운 성에 한 심의 확 ,지 재산권 표 상

호간의 조화문제 표 제정 과정에서의 이용자 참여확 등과 같은 여

러 가지 요소가 반 되는 추세이다.

1.3U-health의 OID 용 타당성분석

U-health분야에서 의료기 ,의료기기, 로토콜, 는 환자(SOC)등에

한 식별(Identification)체계 연구도 각 산업분야들에서의 연구와 마찬

가지로 재까지 많은 식별체계들이 연구되어 도입되고 있는 실정이다.

본 연구는 향상된 보건의료시스템을 한 보건의료와 정보화기술의 목

을 한 U-health분야에서 사용되고 운용 리될 각 객체들(보건의료 분

야의 구성요소로서 식별될 물리 논리 객체들로서 환자,의료기기,통

신 추상객체들을 모두 포함)에 용될 OID 기반의 식별자 체계와

이 분야의 응용서비스 모델을 기술한다.먼 ,[그림 3-3]은 U-health의

기술 배경이 되는 원격의료 분야의 용 서비스 모델을 보인 것이다.

[그림 3-3]원격 의료서비스 모델

-71-

이러한 U-health근간이 원격의료 서비스를 해서는 이를 구성하고 있

는 각각의 객체들에 한 국제 으로 유일한 식별체계의 도입이 매우

요한 문제로 두되었다.

U-health분야의 서비스를 한 구성요소로는 크게 세 가지 요소들로 분

류될 수 있다.

먼 ,의료서비스 상인 환자를 심으로한 각종 의료 기기로 정의되는

개인용 의료기기(PersonalHealthDevice:PHD)로서,이것은 개인 당료

당 검사기, 압 맥박검사기 등의 개인 용 의료검사 장비를 포

함한다.

다음으로 개인용 기기로부터 송된 데이터의 송 리를 한 집송

리기(Aggregation Manager) 게이트웨이(gateway)등이다.이것은

개인 의료기기로부터 송된 데이터의 유효성 검사 통신 기능을 포함

하며,개인용 컴퓨터,각종 통신서비스를 지원하기 한 셋톱박스(Set-top

box),스마트폰 등을 포함한다.

마지막 구성요소로는 각 의료기기 단말에서 송된 데이터들을 장,분

석 리하여 해당 데이터에 한 의료 진료 정보를 분석하기 한

U-health서버이다.

그러므로,U-health서비스를 한 구성요소들은 환자의 의료정보를 추

측하기 하고 이에 의존하는 PHD와 이를 송하기 한 게이트웨이를

제공할 수 있어야 하며,의료인 측 u-health서버에서는 이러한 데이터들

에 한 정보의 분석 의료 진단 서비스를 제공할 수 있어야 한다.

한편,이러한 U-health서비스를 제공하기 해서는 각 구성요소들에

한 식별개념을 제공할 수 있어야 할 것이다.

보건의료정보 분야의 표 에 따르면,이 분야에서의 식별(Identification)

이란 자 건강기록(EHR:ElectronicsHealthRecord)환경에서 특정 액터

(Actor)들을 인식하기 해 필요한 정보의 요소와 구조에 한 정의,

그 액터들을 정확하게 인식하는 것 그 자체를 의미한다.그러므로 보건

의료 정보 분야에서의 “식별자(Identifier)”는 이러한 액터들을 구성하는

-72-

다양한 요소들을 해당 액터에게 올바르게 연결할 수 있도록 하는 표

인 구성 요소이다.

ISO/TC215정의에 따르면, 를 들어,특정 의료 서비스 상인 특정

환자들의 EHR(ElectronicHealthRecord)정보 리 환경에서 식별이 필

요한 액터들은 크게 환자(SOC:Subjectofcare),의료인(Individual

Provider), 의료기 (ProviderOrganization)이 될 수 있다.여기서,

“환자 식별자”는 환자를 정확하게 식별하기 한 유일한 숫자나 코드가

될 수 있으며,이는 진료정보를 정확한 개인과 연결하여 과거 진료 기록

을 재의 진료 이벤트에 신속하게 연결할 수 있다.“의료인 식별자”는

의료인을 정확하게 식별하기 한 유일한 숫자나 코드가 될 수 있다.

“의료기 식별자”는 의료기 을 정확하게 식별하기 한 유일한 숫자나

코드가 될 수 있다.

환자는 의료인으로부터 의료서비스를 받는 상을 의미하며,의료인은

의료서비스를 제공하는 사람을 의미하며,여기서 지칭하고 있는 “의료인

"용어는 의사,간호사,임상 병리사(임상병리 문가,임상병리기사 포

함),방사선사 등 환자에 해 의료서비스를 제공할 수 있는 자격을 지

닌 사람이 될 수 있다. 한 의료기 은 의료서비스가 행해지는 장소를

의미하며,국가로부터 의료서비스를 제공할 수 있는 장소로 허가를 받아

서 운 된다.

이장의 연구 목 은 특정 액터들 는 객체들에 한 OID를 보건의료정

보분야의 각 응용들에 용하고,이 응용들 에서 재 매우 범 하

고 시 히 OID를 사용해야 하는 U-헬스 어를 포함하는 응용들의 OID

사용 실태를 조사 분석하여,국내 으로는 보건의료정보 OID를 기반으

로 한 등록 장 시스템을 구축 운 하고,국제 으로는 필요하다면

용된 OID를 국제표 에 반 할 수 있는 OID 응용 서비스모델을 제안

하기 한 배경 연구하여,4장의 국내 응용서비스모델을 제안 하기 함

이다.

특히,이를 해서 이 장에서는 보건의료정보분야의 국제 표 화 동향과

국내외 으로 가장 많이 사용되고 있는 U-health응용 서비스들,즉

-73-

HL7messaging,HL7CDA, EHR등에서의 객체 식별자(OID)의 용

실태를 분석하여 재 용되는 보건의료분야의 OID기반의 응용서비스

모델을 제안하고 그 방안 등을 검토한다.

-74-

제 2 u-health와 표 화 황

2.1u-health의 황

유비쿼터스(Ubiquitous)개념 기술을 보건의료(Healthcare)와 결합하고

자 하는 U-헬스 어분야는 최근 는 향후의 인구 고령화에 따른 보건

의료정보의 체계 인 리 필요성과 이분야의 국제 개방화에 따른

안으로 제기된 융합화 분야로 두되고 있다.이러한 추세를 기반으로

최근 u-health에서의 의료정보시스템은 이 의 자 e-헬스 시 의 원

격진료,진료 장의 정보화, 재 시성,이동형 등과 같은 지능형 의료

정보 공 시스템을 넘어 의료의 패러다임을 변화시키는 요한 축이 되

고 있다.

한 U-헬스 어를 지원하는 의료시스템은 환자에 한 정보화 환경을

스스로 인지하고 단하기 해서 환자와 의료인 사이의 자연스러운 의

사소통을 원활하게 지원하여야 할 것이다.

이러한 의료환경의 변화에 따라,U-health시스템은 센서, 로세서,통

신 인터페이스 보안기술등의 통합을 통해 환자의 건강 리를 극

화하기 해 자건강시스템은 재, 시에 지능 으로 활성화되어

사용할 수 있어야 할 것이다.

다음은 최근에 국제 으로 논의되고 있는 주요 U-health분야의 련 기

술들을 나열한 것이다. 재 국제 으로 논의 이고 표 화되고 있는

기술들은 다음 여섯 가지 분야로 축약될 수 있다.

(1)컴퓨터와 통신에 의한 지능 서비스가 가능하기 해서는 개체식별

을 한 센서와 개체식별(Identification)기술

(2)의료정보의 장과 리를 해서 이종 데이터 시스템의 통합과

유무선 통합을 한 데이터,시스템,네트워킹 통합 기술

(3)의학 으로 개개인에 특화된 질병의 원인과 후를 측하고 환자를

포함한 의료소비자와 제공자가 상호 이해 가능하도록 표 하기

-75-

기구 분야 비고

한 지능형 에이 트 기술과 인터페이스 기술

(4)매우 민감한 개개인의 사생활 정보라는 측면에서 정보 보호 보안

기술

(5)방 한 데이터 량과 복잡한 데이터 구조의 문제를 해결하기 한 데

이터 송수신 처리 기술

(6)개인 고유 식별을 한 고유 식별자(unigueidentifier)오서의 유 정

보와 임상정보 융합기술

우리나라에서의 보건의료정보화 정책은 1988년 “국가보건 산망 계획”

수립 이후 1994년 “국민복지망 기본계획”등으로 의료정보화가 본격 으

로 시작되었다.1996년 이후 매년 보건복지부 정보화 진 시행계획 등을

수립하여 정부주도의 보건의료 정보화 사업을 추진하고 있다.

한 보건의료정보화를 한 인 라구축을 한 표 화 연구사업을 추

진하고 있으며,의료의 질 향상 의료비 감 등을 해 EHR에 한

핵심기술 개발 확산 등에 한 연구사업도 추진 이다.

2.2.u-heath분야의 국제 표 화 기구

보건의료정보와 련된 국제 표 화 기구는 ISO,IEC(International

ElectricalCommission),ITU(InternationalTelecommunication Union),

HL7(HealthLevel7)8),MITA(MedicalImaging&TechnologyAlliance),

IHTSDO(International Health Terminology Standards Development

Organization),WHO(WorldHealthOrganization)등이 표 이며,각

기구에서 다루고 있는 주요 분야는 아래 표 3-1와 같다.

[표 3-1]헬스 어정보 분야에 한 국제표 화 기구

8) HL7에 한 상세한 내용은 3 에서 다룬다.

-76-

ISO/TC215보건의료정보 표 의 반 인

사항

CEN/TC251 유럽의 보건의료정보 표

IEEE 미국의 기 자통신의 표미국 기 자

학회

IEC 컴퓨터 분야의 표

ITU 통신 분야의 표

HL7평생건강기록(EHR),메시징,통

신

MITA 의료 상정보의 리 통신NEMA9)의 분

과조직

IHTSDOSNOMED(의무기록의 자화

리코드)

WHO 질병분류코드

ISO의 TC들 에서 TC215(www.iso.org)는 보건의료정보(Health

Informatics)분야의 문 원회이다.이 원회는 보건의료정보분야 국제

표 개발을 목표로 하며,보건의료 역에서 정보통신기술을 이용하여

의료기 는 련 기 의 독립된 시스템들 간의 상호운용성과 호환성

을 확보하고 개발 노력의 복을 방지하기 한 표 들을 제정한다.

CEN(Cenrew forEuropean Normalization)TC251은 유럽의 의료기기

련 표 을 제정하는 기구로서 ISO와의 공조를 통해 자체의 지역 표

을 속성표 과정(FastTrack)을 통해 최종 투표를 거쳐 국제표 으로 추

진하고 있는 의료정보 통신기술표 화기구이다.

기타,MITA(MedicalImaging& TechnologyAlliance)는 미국의 국가

자제조연합(NEMA;NationalElectricalManufacturersAssociation)의 한

분과로,의료 상장비 제조사,연구개발자 등이 참여하고 있다.

WHO(WorldHealthOrganization)는 보건· 생 분야의 국제 인 력을

9)NEMA((NationalElectricalManufacturersAssociation)

-77-

하여 설립한 UN(UnitedNations:국제연합) 문기구.의학용어 코

드의 표 인 국제질병분류 (ICD : International Classification of

Disease)ISCD(InternationalStatisticalClassificationofDiseases)를 발표

하 다.

DICOM(DigitalImagingCOmmunicationinMedicine)은 미국 방사선

학회와 기공업회가 합동으로 설립한 ACR(American Collige of

Radiology)과 NEMA(NationalEletricalManufacturesAssociation) 원회

를 기반으로 설립되었으며,여기서는 의료디지털 상과 부수 인 의료

통합 정보의 송을 해 통신 로토콜로 TCP/IP상에서 동작하는 표

연상 신호 로토콜을 제안하고, 재 실시간 디지털 상 정보를 한

PACS(PictureArchivingCommunicationSystem)에서 네트워크를 통한

실시간 디지털 의료 송 조회를 지원의 표 으로 사용되고 있다.

-78-

① 보건의료정보시스템간 속 표 (V2.x,V3,정보표 모델, 자의

무기록 기능표 등)

제 3 u-healthOID 장소:HL7

3.1.HL7소개

HL7은 병원 내 정보시스템 과 의료장비의 속을 한 보건의료정보의

자 교환 표 을 개발하기 하여 1987년 미국의 펜실베니아 학교

에서 보건의료기 과 련 기 ,단체들이 자발 으로 형성한 조직이다.

HL7은 미국에서 시작되었지만 재는 세계 으로 많은 국가들이 지부를

구성하여 참여하고 있고 그 향력이 더 커지고 있기 때문에 HL7

에서 진행하고 있는 표 들을 주요한 국제표 으로 인정하고 검토하는

것이 바람직할 것으로 사료된다.

HL7은 보건의료정보를 한 국제 표 화 기구이며,동시에 의료장비의

정보 교화 통신 로토콜을 지칭하기도 하며,표 화 기구로서의

HL7은 보건의료 분야에서 운 되는 미국표 회(American National

Standards Institute (ANSI))의 여러 승인된 표 개발기구(accredited

StandardsDevelopingOrganizations(SDOs))를 지칭한다.

이 분야의 SDO들 부분은 약품,의료장비,이미징 는 보험처리(청구

처리과정(claimsprocessing))와 같은 특정한 보건의료 역을 한 표

들을 생성한다.이들 묵시 으로 HL7의 역은 임상 그리고 경

데이터에 한 것으로 이것의 임무는 “임상 환자 치료와 리,헬스 어

서비스들의 달과 평가를 도와주는 데이터의 교환, 리 그리고 집약을

한 표 을 제공하는 것이며,특히 보건의료 정보 시스템들 간에 상호

운용성(interoperability)를 한 유연하고,비용 효과 인 근법들,표

들,지침서들,방법론들 그리고 련된 서비스들을 생성하는 것이다.”

HL7의 주요 개발 표 분야는 다음과 같다.

-79-

② ArdenSyntax(의사결정과 지식지원을 한 논리 구문 표 )

③ CDA(ClinicalDocumentArchitecture,임상문서표 구조)

④ CCOW(ClinicalContextManagementSpecification,이기종간 산

재된 개인의 통합 정보 보기 표 )

“LevelSeven”은 국제표 기구(InternationalStandardsOrganization's

(ISO))의 개방시스템연결(Open SystemsInterconnection (OSI))7계층

참조모델에서의 최상 계층인 응용(applicationLayer)계층 는 응용

벨을 의미한다.이 참조모델에서 응용 계층은 교환되는 데이터의 정의,

교환의 타이 그리고 해당 응용에 한 오류 정보의 통신 등을 다룬다.

한 이 벨은 응용에 한 보안 검(security checks), 속자 식별

(participantidentification),사용가능성 검(availabilitychecks),교환 메

카니즘 상(exchangemechanism negotiations)그리고 가장 요하게

데이터 교환 을 한 구조화(dataexchangestructuring)등을 지원하기

한 기능들을 정의한다.

HL7은 1996년 9월 SGML/XMLSIG를 구성하고,XML 련 기술 그룹들

과 활발하게 작업해오고 있다.그 이후로,SGML/XMLgroup은 다음의

두 개 그룹으로 나 어 발 하고 있다.

u XMLSIG – 모든 HL7의 랫폼 과 벤더독립 인 헬스 어

규격들에 ExtensibleMarkupLanguage(XML)의 사용을 권장함

으로써 HL7미션을 지원한다.

u 구조화 TC– 보건의료를 한 구조화된 문서 표 들의 개발을

통해서 HL7미션을 지원한다.

이 두 개의 그룹은 HL7멤버쉽에 의해 승인되어진 작업 아이템을 개발

하고 있다.2000년 9월,HL7은 임상기록 교환을 한 XML구조를 정의

하는 CDA 버 1를 승인하 으며,이것은 표 규격에 포함된 XML

-80-

{joint-iso-itu-t(2).country(16).us(840).organization(1).hl7(113883)}

DTD들을 기반하고,이 의미론(semantics)은 HL7RIM과 HL7에 등록된

코드화된 용어를 이용해 정의된다.

3.2.HL7의 OID 용 황

HL7에서는 보건의료 련 장비를 비롯한 제안된 각종 로토콜들

구성 객체들에 세계 으로 유일한 객체의 식별을 리하기 해서 국제

화되고 표 화되는 객체식별자(OID)개념과 기법들을 사용하기를 권고

하고 있다.

HL7에서의 OID개념은 HL7용어 역들 각각,그리고 HL7표 명세서

들의 구 자들과 사용자들에 의해서 정의되거나 향후에 정의될 구성요소

의 식별자들의 “루트”(이름공간)에 한 신분확인을 해 제공되도록 한

다.

이러한 권고사항들을 만족하도록 하기 해서,HL7은 재 ISO 국제표

을 따른 OID 등록 구조 등록 차 등의 표 을 기반으로 자신의

OID들에 한 장소를 구축 리하고 있다.

재 HL7을 표 화하고 심 역할을 하고 있다는 배경 하에서 미국이

HL7의 모든 활동들을 주도하고 있는 실정이다.이러한 배경으로 이

OID 장소 역시 미국의 주도하에 개발되었고,이를 감안하여 HL7의

모든 OID는 다음의 OID를 기본으로 하고 있다.

그림 3-4는 2011년 재 새롭게 구축된 HL7에서 리하고 있는 OID

장소이다.

-81-

[그림 3-4]HL7OID 장소

2011년 재 HL7에서 리하고 있는 이 OID 장소에서 의료정보

HL7 련 OID들은 약 3만개 이상의 OID들을 할당하고 있다.

다음 [표 3-2]는 HL7의 미국 선진국 의료정보에 할당된 OID의 실례

를 보이기 해서 재 리 장된 HL7OID들의 일부10)를 보인 것이

다.

10)HL7OID 홈페이지에서는 2011년 재 할당 리되는 모든 OID 할당들을

엑셀 일로도 제공하고 있다.

-82-

OIDSymbolic Name

Description StatusOID Type

2.16.840.1.113883 HL7Root of Health Level Seven’s Object Identifier subtree.

Complete 0

2.16.840.1.113883.1internalHL7objects

HL7 Internal Objects (HMDs, rMIMs, etc)

Complete 1

2.16.840.1.113883.1.1REGOBJECTS

Coding System of HL7 OID registered objects

Complete 1

2.16.840.1.113883.1.2CMET HL7 Registered CMETs Complete 1

2.16.840.1.113883.1.3RMIM HL7 Registered RMIMs Complete 1

2.16.840.1.113883.1.4CLASSHL7 Registered RIM Classes

Complete 1

2.16.840.1.113883.1.5ATTRIBUTEHL7 Registered RIM Attributes

Complete 1

2.16.840.1.113883.2hl7organizationalBodies

HL7 Organization Bodies - TCs, SIGs, groups, others that are part of the HL7 organization

Complete 2

2.16.840.1.113883.3externalUseRoots

OID roots for local assignment given to HL7 members, users, and vendors.

Complete 3

2.16.840.1.113883.3.1ProVation

OID root for Provation Medical, Inc (formerly cMore Medical Solutions, Inc.)

Complete 3

2.16.840.1.113883.4commonPublicNamespaces

HL7 specified root for commonly used external identifier systems (eg Alabama Dirvers license Numbers)

Complete 4

2.16.840.1.113883.4.1SSN

United States Social Security Number (SSN). Assigned by the U.S. Social Security Administration. Note: IRS assigned ITINs are often used as drop-ins for social security numbers.

Complete 4

2.16.840.1.113883.8BRIDG Consultant

The Biomedical Research Integrated Domain Group (BRIDG) Project is a collaborative effort engaging stakeholders from the

[표 3-2]HL7OID의 일부

-83-

Clinical Data Interchange Standards Consortium (CDISC), the HL7 Regulated Clinical Research Information Management Technical Committee (RCRIM TC), the National Cancer Institute (NCI) and its Cancer Biomedical Informatics Grid (caBIG"), and the US Food and Drug Administration (FDA).

HL7OID 장소는 HL7.org웹사이트에서 액세스(Access)데이터베이스

도구로 유지 리되며,이것의 인터페이스에는 워드 문서 는 XML

일 등으로 이 에 할당된 OID들을 검색할 수도 있고,새로운 OID의 할

당을 요구할 수 있는 기능 등을 제공한다.

이 HL7OID 장소는 최근에 수정 업데이트되었으나,2011년 재 OID

들에 한 실시간 타당성 검증은 지원되지 않고 있다. 이것은 한

재 다른 HL7도구들과는 연결되지 않은 독립 인 시스템으로 운 되고

있다.이것은 OID XML 일들과 스키마들을 포함하여 새롭게 개발될

정이다.

그림 3-5는 부분의 등록 OID를 국제 으로 리하고 있는 공개 장

소인 www.oid-info.com에서의 HL7OID들을 한 내용을 보인 것이다.

-84-

[그림 3-5]공용 장소(oid-info.com)의 HL7OID

3.3.HL7CDA의 OID 할당

HL7의 CDA(ClinicalDocumentArchitecture)는 HL7에서 제안된 특정

환자의 구체 인 임상문서의 구조를 정의하고 있으며,이것은 주로 의료

정보의 의뢰 요구시에 의료인들 간의 보건의료정보를 교류하기 한

문서 형식을 지원한다.

-85-

여기서는 앞서 기술한 HL7의 OID가 실제로 HL7의 구체 인 OID 사용

를 알아보기 해서 HL7의 문서구조를 정의하는 CDA에서 OID 할당

를 알아본다.

HL7CDA는 IT기반의 의료정보의 교환을 목 으로 만들어진 임상문서

(Clinical Document)의 구조(structure)와 의미(Sementics)를 기술하는

XML기반의 문서마크업 표 이다.

CDA 문서는 텍스트는 물론 상,오디오 다른 매체 내용을 포함할

수 있는 특정 메시지 외에 존재할 수 있는 정의되고 완 한 정보 객체로

서 문서의 계층 인 세 개- 벨 구조를 가진다.CDA는 XML,HL7버

3표 과 코드 용어들을 사용하여 이를 사용하는 사람들로 하여 쉽게

검색되고 사용되도록 하는 기계와 인간 친화 문서의 교환을 한 것이

다.

CDA는 기에 환자 코드 구조(PRA:PatientRecordArchitecture)로

출발하여, 자 의무기록을 달성하기 해 임상문서들 ( 를 들어,퇴원

명세,진단, 간호정보 기록 등)을 교환모델을 제공하기 해 생성된

다.

CDA 구조의 가장 큰 장 은 문서의 복잡성과 송될 자료의 복잡성이

일치될 수 있도록 한다는 것이다.CDA문서는 직 으로 인간 친화

의무기록들에 한 기록 형식이며,혼합 구체 데이터와 흐름 등을

보기 편하며,항상 입증될 수 있는 문서로 구성된다.모든 CDA는 환자,

의료인,문서 형식 등을 포함하는 헤더섹션(Headersection)과 필수의 인

간 친화 부분과 선택 코트 부분을 포함하는 바디섹션(BodySection)

으로 구성되는 XML문서이다.

그림 3-6은 모 병원들에서 사용 인 진료의료서에 한 HL7CDA 표

을 따른 CDA 헤더 항목들의 를 보인 것이다.여기서 CDA헤더의

구조는 이 문서에 사용되는 속성들,환자와 의료인 등의 참여자들,그리

고 련 정보들을 포함한다.

-86-

<ClinicalDocument xmlns='urn:hl7-org:v3'> <typeId extension="POCD_HD000040" root="2.16.840.1.113883.1.3"/> <templateId root='2.16.410.1.113883.10.20.2'/> <id root=' ' extension=' '/> <code code='11488-4' displayName='CONSULTATION NOTE' codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/> <title>진료 신 </title> <effectiveTime value='20080204012005'/> <confidentialityCode code='N' displayName='Normal' codeSystem='2.16.840.1.113883.5.25' codeSystemName='Confidentiality' /> <languageCode code='ko-KR'/> : <component> <structuredBody> <component> <section> <templateId root=' />

[그림 3-6]진료의뢰서의 HL7CDA헤더 항목

그림 3-7은 의 그림 3-6과 3-7의 진료의뢰서에 한 헤더 정보 구조를

기반으로 작성된 진료회신서를 한 실제 CDA XML문서의 를 보인

것이다.

-87-

<!-- 신진료 견 Section content --> </section> </component> <component> <section> <templateId root='2.16.840.1.113883.10.20.4.8'/> <!-- 진단명(상병명) Section content --> </section> </component>

<component> <section> <templateId root='2.16.840.1.113883.10.20.1.8'/> <!-- 주 검사결과 Section content --> </section> </component>

<component> <section> <templateId root='2.16.840.1.113883.10.20.2.9'/> <!-- 치료(수술) 경과 Section content --> </section> </component>

<component> <section> <templateId root='2.16.840.1.113883.10.20.1.14'/> <!-- 투약정보 Section content--> </section> </component> : </strucuredBody> </component></ClinicalDocument>

[그림 3-7]모 병원 진료의뢰서의 CDAXML표기

일반 으로 보건의료정보의 내용을 담고 있는 CDA 문서(여기서는 xx

학 병원 진료의뢰서)는 보건의료에 정의된 용어 표 (LOINC:34140-4)을

참조하여 상호 호환될 수 있으며,진료의뢰서는 해당되는 진료 회신서의

응을 받도록 교류된다.그림 3-8은 이러한 상호 계를 보인 것이다.

-88-

<templateId root='2.16.410.1.113883.10.20.2'/>

<id root=' ' extension=' '/>

<code code='11488-4' displayName='CONSULTATION NOTE'

codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>

[그림 3-8]진료의뢰서와 회신서의 용어표 상호 참조

다음 조각은 의 그림 3-7의 CDA 문서 에서 진료의뢰서에 한

CDA 문서에서 사용된 OID를 사용한 부분들의 조각들의 를 보인 것

이다.

여기서 이 CDA문서의 템 릿 식별자는 '2.16.410.1.113883.10.20.2'이며,

이것은 이 임상 문서를 식별하기 한 OID로 한국의 HL7하의 CDA R2

를 한 템 릿 식별자이며,이 문서에서 사용하는 의료 용어에 한 코

드는 LOINC 코드 시스템을 사용하며,이 LOINC 코드시스템의 OID는

'2.16.840.1.113883.6.1'임을 나타내고 있다.

2011년 재 HL7CDA문서에서의 이러한 OID의 사용은 국제 으로

HL7의 템 릿을 사용하고 있으므로 HL7 ('2.16.840.1.113883)의 하

OID를 할당하여 사용하지 않고 각 국가별로 단순히 county(2.16)하 의

국가 코드를 각 나라의 OID로 수정하여 사용하는 형편이다.그러나 이

것은 단순히 재 OID 경로에서 국가 코드를 변경하여 해결할 수 있는

-89-

문제가 아니며,이럴 경우 여러 가지 문제들이 야기될 수 있다.

다음은 이 게 OID를 사용할 경우의 문제 들이다.

u 먼 ,이 OID체계에서 국내의 경우 {2.16.410.1.113883.10.20.2}는

국내의 어디에도 등록되거나 리되고 있지 않는 무형의 OID라

는 것이다. 이것은 단순히 OID경로에서 {840(us)}을 한국

{410(kr)}으로 변경하여 해결될 수 있는 것이 아니며,어디에도 이

OID는 존재하지 않는 것이다.이것은 한국은 물론 미국을 제외한

다른 나라에서도 마찬가지 문제일 것이다.

u 두 번째로,국제표 의 근거하에서 사용되어야 할 국제 으로 유

일한 OID 개념의 유일성문제에 한 불일치를 야기 시킬 수 있

다는 것이다.즉,아무런 국제 표 합의 없이 재 사용되고

있는 HL7OID에서 단순히 국가 코드만을 변경하고 나머지 하

OID를 그 로 사용할 경우 각 국가들의 특정 객체들에 한 충

돌 OID가 발생할 수 있다는 것이다.

u 셋째로는 국제 으로 체계화된 보건의료정보분야의 OID 기틀이

마련되지 않은 상황에서 각 나라의 국가 리 체계 등록체

계에 한 국소 인 해결방법은 국제 인 OID 체계에 한 일

성문제를 회손 할 수 있다는 것이다.

그러므로, 재 HL7CDA에서 사용하고 있는 OID 체계의 명확한 해결

방안의 검토가 요망된다고 할 수 있을 것이다.본 연구에서는 4

u-healthOID 응용서비스모델에서 이에 한 해결방안을 검토해 보기로

한다.

-90-

제 4 . 자보건건강 코드(EHR)의 OID 용

4.1.EHR구성요소

EHR은 환자에 한 의무기록인 자 보건의료 코드(EMR)보다 확장된

개인 환자에 한 질병 방생 이 의 의무기록을 자 으로 장하기

한 의무 코드이다.EHR은 자 의무기록을 달성하기 해 국제 으

로 표 화되고 있는 의무기록 코드로 표 화되고 있다([1],[2],[3]참조).

표 에 따르면,EHR아키텍처는 에 따라 문맥모델,개념모델,논리

모델,물리모델의 수 별 모델로 표 되어야 하며, 한 EHR시스템의

모델링 상에 따라 비즈니스 아키텍처,데이터 아키텍처,애 리 이션

아키텍처,기술 아키텍처로 나 어 표 되어야 하는 것으로 규정하고 있

다.여기서는 ISO에서 규정하고 있는 EHR표 들(ISO 13606시리즈)에

해서 기술한다.

ISO 13606은 당 호주의 Openehr그룹에서 자신들의 자건강 의무기

록의 형식과 참조모델을 의해 제안되어,ISO의 TC215와 CEN 251표

으로 제안되었다.ISO 13606의 최종목표는 단일의 치료 상 (환자)에

한 자건강기록 (EHR)의 일부 는 체를 달하기 한 정확하고 안

정 인 정보 구조를 정의하는 것이다.이것은 EHR데이터를 자 메시

지를 통해 는 다음의 분산된 목 들로 달 ( 근, 송,추가 는 수

정)하기 해 필요한 시스템 구성 요소들의 상호운용성을 지원하기

한 것이다.즉,

▪작성자에 의해서 의도된 원래의 임상 의미를 보존하고

▪작성자와 환자에 의해 의도된 해당 데이터의 기 성을 반 한다.

표 3-3은 EHR에 한 명세서 ISO 13606에 한 개 인 설명을 요약

기술한 것이다.

-91-

u ISO13606은 EHR시스템 는 구성 요소들의 내부 구조 는 데이

터베이스 디자인에 해서는 명시하지 않는다. 한 이것은 특정한

설정들,도메인, 는 문분야들에서 EHR데이터를 요구하거나 공

헌하려는 어떤 종류의 임상 응용을 기술하려는것 도 아니다.이

런 이유로,여기서 제안된 정보 모델은 "EHR추출(EHRExtract)"이

라고 하며,특정 메세지,XML문서 는 스키마, 는 특정 객체

인터페이스를 정의하는데 사용될수 있다.

u ISO 13606은 한 EHR을 하나의 상(환자)과 련하여 건강

치료제공에 해서 지속 으로 존속될 수 있고,잠재 으로 다기업

혹은 다국 기록으로 간주하며,치료 상의 미래 건강을 알리고

제공된 의학-법 인 기록을 제공하기 해서 하나 이상의 물리 시

스템들에서 생성되고 보 하도록 하기 한 것이다.u ISO 13606은 한 EHR을 하나의 상(환자)과 련하여 건강

치료제공에 해서 지속 으로 존속될 수 있고,잠재 으로 다기업

혹은 다국 기록으로 간주하며,치료 상의 미래 건강을 알리고

제공된 의학-법 인 기록을 제공하기 해서 하나 이상의 물리 시

스템들에서 생성되고 보 하도록 하기 한 것이다.

특정 EHR서비스 는 시스템이 문 용어,의학 지식,지침,워크

로우,보안,개인 등록기,결제 등의 정보를 제공하는 많은 다른

서비스들 는 시스템들과 상호 작용할 필요가 있지만,반면에,ISO

13606은 이러한 상호작용의 구 인 추 이 EHR자체에서 요구되

고,이들의 통신을 허용하기 해 참조모델에서 특정 기능들을 요

구하는 분야들에 해서만 포함하고 있다.

u ISO 13606은 EHR시스템의 설계에 실용 이고 유용한 공헌을 할

수도 있지만 기본 으로 다른 경우의 계층 임상 시스템에 구축

된 외부 인터페이스 는 메시지들의 공통의 집합을 포함한다.u ISO13606은 유럽내 사 표 인ENV13606,여타 EHR 련 표 과

명세,환자의 EHR일부 혹은 체에 한 통신에서 상업용 시스템

[표 3-3]EHR에 한 명세서 ISO13606표 요약

-92-

과 데모 지침의 구 시 얻어진 실험 경험과 이 분야에서 발견된 15

년간의 연구 등에서 추출된 것이다.

u ISO 13606은 보다 엄격하고 완 한 명세서을 제공하고,새로운 식

별된 요구사항들을 반 하고,개개의 임상 역들에 일반 모델을

용하는 수단들과 력하고,HL7버 3메시지를 사용하여 통신

할 수 있도록 하기 하여 ENV13606로 구축하 다.

u 실제로 ISO 13606은 개 건강 데이터 표 의 특별한 측면을 정의

하는 다른 건강 정보 표 들과 함께 채택될 수 있다.

u 참조 모델(RM)은 보건건강 기록 구성 요소들의 역 특성,이들

을 모으는 방식,그리고 윤리 ,법 ,기원 요구사항들을 만족하

기 해 요구된 문맥정보등을 표 한다.이것은 EHR의 일반 구

축 블럭을 형성하는 클래스들의 집합을 정의한다.이것은 자건강

기록의 안정 인 특성들을 반명하며,(ISO 13606의 제 5부에 명시

된) 특정 메시지들 는 인터페이스로 분산된 (연방의)

EHRenvironment에서 포함되기도 한다.u 아키타입(Archetype)은 특별한 임상 역들 는 기 들을 한 참

조 모델에서 정의된 빌딩-블록 클래스들의 규정된 조합들의 형식

정의이다.아키타입은 이것의 실례가 참조모델과 일치하는 데이터

에서 제약조건들의 형식으로 표 된 서로 구분된 역- 벨 개념의

형식 인 표 임.

EHR 참조모델을 기반으로 한 실제 임상 역들을 한 아키타입

(Archetype)은 특별한 임상 역들 는 기 들을 한 참조 모델

에서 정의된 빌딩-블록 클래스들의 규정된 조합들의 형식 정의이다.

아키타입은 이것의 실례가 참조모델과 일치하는 데이터에서 제약조

건들의 형식으로 표 된 서로 구분된 역- 벨 개념의 형식 인

표 식이다.

EHR추출 참조 모델은 원래 임상 문맥에 충실하도록 하고 코드들

이 이질 임상시스템들간에 통신될 때 의미가 유지되도록 보장하며,계

층 구조와 구성을 반 할 필요가 있다.이를 하여 이 모델은 각 개

-93-

EHR

계층명

EHR_EXTRACT

EHR 제공자 시스템과 EHR수신자간의 통신을 해서하나의 치료 상에 한EHR의 일부 는 부인최상 벨의 컨테이

용 불가

FOLDER

임상 는 기 에 의해는 치료의 증상발 같은

고정된 시간 주기에 해하나의 조건하에 제공된치료와 연 되는 구획들로분할되는 특정 EHR 내의상 벨 구성.

당뇨병 치료, 정신 분열증,담낭 제, 소아과, 세인트밸러날드의 병원,일반개업의(GP)폴더, 이태리의 증상발2000-2001

COMPOSITION

단일 임상 발생 는 코드문서화 세션 결과로,하나의행자에 의해 EHR에 요구된

정보의 집합.

진행 노트,실험실 테스트 결과양식, 방사선과 보고서, 참고문서,진료 방문,임상 문서,퇴원요약,기능 건강 진단,당뇨병리뷰

SECTION

하나의 임상 표제하에 포함된특정 COMPOSITION내의EHR데이터로,이것은 개특정 임상 발생 동안취합되는 정보의 흐름을반 하거나, 는 미래의 인간계의 장 을 구성.

발병 원인,과거의 병력,가족의병력,알 르기 정보,자각 증상,객 인 소견,분석,계획,치료,다이어트,자세,복부 검사,망막검사

CLUSTER

일련의 시간 시리즈와 같은첩된 – 복수개 자료

구조를 구성하는 수단으로,테이블의 열들을 표 하는 것.

청력도 결과, 자–뇌촬 도해석,가 치를 차등 진단

개의 EHR들이 서로 다른 이질 EHR시스템 내에서 구성된 방식들에

일 성 있게 응될 수 있는 부분들로 EHR 계층을 특정 형식에 따라

나 어 구성할 수 있도록 정의하고 있다.표 3-4는 ISO 13606에서 정의

하고 있는 EHR참조 모델에서 계층 으로 정의된 구성요소들을 요약한

것이다.

[표 3-4]EHR추출 참조모델의 주요 계층 구성요소들

-94-

ELEMENT

단일 데이터 값을 포함하는EHR계층의 최하 (leaf)노드,

수축기 압,심장 박동,약물이름,증상,체

EXTRACTPackage

ATTESTATION_INFO

AUDIT_INFO

CLUSTER

COMPOSITION

CONTENT

EHR_EXTRACT

ELEMENT

ENTRY

EXTRACT_CRITERIA

FOLDER

FUNCTIONAL_ROLE

ITEM

LINK

RECORD_COMPONENT

RELATED_PARTY

SECTION

SUPPORTPackage

CS

CV

DATA_VALUE

ED

II

IVL

OID

TEXT

TS

URI

DEMOGRAPHICSPackage PRIMITIVESPackage

4.2.EHR클래스들과 OID 사용

다음 표 3-5는 EHR 표 인 ISO 13606의 EHR 참조모델에서 제공하는

패키지들과 각 패키지에 정의된 클래스들을 보인 것이다.

[표 3-5]EHR참조모델 구성 패키지와 클래스들

-95-

ENTITY_NAME

ENTITY_NAME_PART

헬스케어_PROFESSIONAL_ROLE

IDENTIFIED_ENTITY

IDENTIFIED_헬스케어_PROFESSIONAL

ORGANIZATION

PERSON

POSTAL_ADDRESS

POSTAL_ADDRESS_PART

SOFTWARE_OR_DEVICE

SUBJECT_OF_CARE_PERSON_IDENTIFICATION

TELECOM

Array<T>

Boolean

Byte

Character

Double

Integer

List<T>

Real

Set<T>

String

OID 클래스 속성

표기 선택성 다양성 설명

oid:String 1 N/A 숫자와 으로 이루어진 국제 으로 고유한선형 식별자.ISO/IEC 9834시리즈를 따르는숫자,문자 는 IRI 노니컬 형식으로

여기서는 EHR에서 사용되는 각 클래스들에서 OID와 연 된 클래스들을

요약하여 알아본다.먼 표 3-5의 OID클래스는 EHR-Extract를 구성하

기 한 EHR을 정의하는 패키지들 에 SUPPORT패키지의 하나의 클

래스로 정의된다.

u OID 클래스

OID 클래스는 실례 식별자의 국제 인 유일성을 보증하는 고유 식별자

를 한 지원 패키지의 구성요소이다.EHR의 OID 루트는 독립 으로

체 실례 식별자일 수 있으며,이것의 확장 값이 요구되는 것은 아니다.

다음은 EHR의 OID클래스에 한 속성들을 기술한 것이다.

-96-

정의된다.

속성

표기 선택성 다양성 설명

codeValue:String 1 N/A 이 코드의 값을 포함하는 문자열.

codingScheme:OID 1 N/A 개념과 코드값을 포함하는코드체계를 유일하게 식별하는문자열을 포함하는 값.

ISO/IEC 8824-1을 따르는객체식별자(OID)는 고유 식별자가주제와 코드값에 속하는 코딩된개요로 분류된다.

:

"106.75.314.67.89.24,"는 WHO질병분류를 한 상 OID

codingSchemeName:String 1 N/A

코딩 체계의 이름을 포함하는문자열.(즉,"SNOMEDCT")

codingSchemeVersion:String 1 N/A 코딩 체계의 버 을 한 문자열.

여기서는 OID에 한 다른 클래스들의 사용 를 보이기 해서

SUPPORT패키지의 CS클래스의 속성들 기술한다.

u CS클래스

CS클래스의 다음 표는 ISO 13606에서 (제약사항으로)지정되는 코드

화된 단순 유형을 표 하기 한 클래스의 내부 필드 속성들을 보인 것

이다.다음 표는 CS클래스에서 두 번째 행의 OID 유형으로 정의된

“codingScheme”속성을 보여 주고 있다.

-97-

제 5 TC215의 식별체계에서 OID 용

5.1.배경

ISO TC215는 앞서 기술한 EHR을 비롯한 보건의료 단말 기기에서부

터 이들의 정보 형식과 송을 한 교류 시스템들의 참조모델 로

토콜에 이르기 까지 매우 다양한 응용들의 표 을 다루고 있는 ISO 표

기구의 산하 기술분과 그룹이다.이 그룹의 국제 표 목표는 보건

의료 역에서 정보통신기술을 이용하여 의료기 는 련 기

의 독립된 시스템들 간의 상호운용성과 호환성을 확보하고 개발

노력의 복을 방지하는데 있다.이를 하여 다음 세 가지 방향

의 목표를 설정하여 활동하고 이와 연 된 표 문서들을 생성하고

있다.

i) 가장 범 하게 보건의료에 필요한 모든 정보의 표 화

ii) 개별 보건의료정보시스템간의 호환성과 상호운용성을 보장하기

한 보건의료정보,의약품정보,통신 기술 표 화 선도 역할수행

iii)모든 의료장비 데이터와 보건의료정보시스템간의 상호 연계성

호환성 확보

한 이 그룹은 HL7과 CEN 251등의 표 들에 한 상호 조를 해

서 ISO의 차에 따라 이들 그룹의 표 들에 한 국제표 력도 지

향하고 있다.

이 그룹은 앞서 기술한 표 인 다른 보건의료정보 구조 송을

한 HL7의 CDA(ClinicalDocumentArchitecture)임상 문서에 포함되

어야 하는 액터들(Actors)을 정확하게 식별할 수 있는 표 에 해서도

표 연구가 진행되어야 하나,CDA를 한 인 라 임워크의 구축

시 임상문서등록 장소(CDR:ClinicalDocumentRepository)가 어느

치에 존재하는지에 따라 서로 다른 표 근에 가능하므로 이에 한

결정을 하지 못하는 상황이다.

-98-

의료기 에서 진료받은 해당 환자에 한 의료정보를 정확하게 식별하기

해서는 그 환자와 의료기 의료인 등에 한 국제 으로 유일한

식별자를 정의하여 언제 어디서든 해당 환자를 식별할 수 있도록 하거

나,환자가 방문한 의료기 과 그 의료기 내의 환자식별자를 확인하여

해당 환자의 임상문서를 요청할 수 있어야 할 것이다.

한 TC215에서는 EHR환경에서 주요 액터들의 식별을 해 환자,의

료인,의료기 정보에 해 표 에 근거한 구조와 구성요소(액터들)를

정의할 필요가 있으며,각 액터들을 확인하기 한 발생 가능한 경우들

(Usecase)에 한 시나리오를 정의하고있다.

그림 3-9는 TC215에서 진표 화되고,국내의 TTA11)표 으로 제안된 각

액터들을 한 표 들과 이들 간의 계를 보인 것이며,다음은 각 련

된 표 문서들에 한 간략 요약이다.포함된 표 들의 간략한 설명이다.

u ISO 18232(Messagesandcommunication.Lengthlimitedglobally

uniquestringidentifiers-Format)

-환자,의료인,의료기 을 유일하게 인식하는 식별자를 정의한

다.

-“환자/의료인 식별자”로서 UUID(UniversalUniqueIdentifier)

용방안을 제시한다.

-“의료기 식별자”로서 OID(ObjectIdentifier)표 과 한국의 요

양기 등록번호를 조합하여 생성하는 를 제시한다.

11)TTA(TelecommunicationTechnologyAssociation)는 국내의 정보통신 표 안의 제정

개정,그리고 시험 인증 등을 한 표 화 사업을 시행하고 있는 한국정보통신기술

회이다.

-99-

[그림 3-9]보건의료 액터들의 식별을 한 표 안 개

u ISO22220(Healthinformatics.SubjectofCareIdentification),

-“환자정보”의 요소와 구조에 해서 정의한다.

u ISO27527(Healthinformatics.Provideridentification)

-“의료인”정보의 구성방안에 해서 정의한다.

-“의료기 ”정보의 구성방안에 해서 정의한다.

u HL7/OMGEIS(EntityIdentificationService)

-액터들의 식별과 련된 표 시나리오들을 정의한다.

-식별과 련된 표 시나리오들을 정의하고,그 상호작용에 해서설명한다.

-100-

5.2.TC215식별자정의와 OID

액터들의 식별체계에 한 개요는 ISO 18232표 에 근거하여 환자,의

료인,의료기 식별자를 한 표 들과 내용을 기술한다.

가.환자(SOC:SubjectofCare)식별정보 구조

ISO 22220에서는 ISO 18232표 의 SOC 환자를 식별하기 해 많은

종류의 요소들을 정의하고 있으며,반드시 있어야 할 항목과,선택 으로

용할 항목에 해서는 많은 가능성을 열어두고 있다.

따라서 본 표 안에서는 ISO2220표 을 기 으로 한국의 의료상황을

고려하여 환자 정보를 구성하는 요소들을 정의하 다.

그림 3-10은 이 표 을 근간으로 환자(SOC)의 정보에 한 OID의 계층

할당구조 형식 등을 개념 이고 구체 으로 표 한 것이다.

[그림 3-10]환자(SOC)정보 구조(ISO2220표 기 )

-101-

국내의 표 에서는 부분 ISO 22220기본 표 과 동소이하나,UUID

를 식별자로 받아들이기 하여 환자 식별자 요소들 SOC 식별자

(IdentifierDesignation)요소의 최 길이가 20에서 64로 변경되었다.특

히 실제 "ID등록서비스"에서는 구성 필드들에 따라 환자정보를 삭제하지

않고,비활성화 시킬 필요가 있을 수 있다.그러나 환자정보 활성화여부

를 결정하는 요소는 ISO 22220표 에 존재하지 않기 때문에,이와 유사

한 기능을 수행하는 ISO 27527의 등록상태(Registrationstatus)필드 요

소를 인용하도록 하고 있다.

나.의료인 식별정보 구조

ISO 27527에서는 의료인 식별정보의 구조를 정의하고 있으며,이것은 환

자식별자 구조정보와 매우 유사하며,의료인 식별자로 OID를 사용하도

록 국내 표 으로 정의하고 있다.

의료인 식별정보의 구조는 환자 식별정보 구조와 거의 유사하게 정의되

며,단지 의료인이 서비스를 제공하는 분야에 한 구성요소인 “의료 서

비스 제공필드”와 의료인의 자격정보에 해당하는 “의료인 등록정보 요

소”가 국내 표 으로 추가되었다.

다.의료기 식별정보 구조

ISO 27527에서는 한 의료기 식별정보의 구조를 정의하고 있으며,그

림 3-11은 의료기 에 한 구조를 보인 것이다.의료기 식별자는 OID

를 식별자로서 활용하도록 하며,의료기 으로서 서비스를 제공할 수 있

도록 국가로 부터 허가를 받은 날짜에 한 정보와 의료기 의 소유자에

한 식별자도 고려할 수 있도록 한다.

-102-

OID-이름 :정수값 객체식별자(OID)

Joint-iso-itu-t(2) {2}

Country(16) {2.16}

Country-name

(410:RepublicofKorea){2.16.410}

State-or-province

(1:RepublicofKoreaCompany){2.16.410.1}

Organization

(요양기 등록번호 :37200364){2.16.410.1.37200364}

[그림 3-11]의료기 식별정보

의료기 식별자는 OID(ObjectIdentifier)와 한국의 요양기 등록번호를

조합하여 생성하며,다음 표 3-6는 한국기술표 원(KATS) 는 한국 인

터넷진흥원(KISA)에서 리하고 있는 한국의 OID구조를 보인 것이다.

[표 3-6]한국의 의료기 OID구조의

OID표 에 기술된 OID규칙 차에 따르면,루트 joint-iso-itu-t(2)로

부터 할당된 한국의 요양기 등록번호의 를 보인 것이다.여기서 설명

-103-

되는 의료기 식별자는 ISO 18232표 의 OID(ObjectIdentifier)와 한

국의 요양기 등록번호를 조합하여 용한다.

u 의료기관 식별자

엘리먼트 이름 Uniqueidentifier

의미 제공자 ID

필수여부 필수(Required)

제 2.16.410.1.37200364

u 의료기관 이

엘리먼트 이름 Organisationname

의미 의료기 이 불리어지는 이름

필수여부 필수(Required)

제 분당서울 병원

u 의료기관 주소

엘리먼트 이름 Provideraddress

의미 제공자 주소

필수여부 필수(Required),각 항목들마다 다름

제 환자 식별자의 이 부분 참조

-104-

제 4장 u-city,u-healthOID응용서비스 모델

제 1 응용서비스모델 일반요구사항

1.1OID 서비스모델 배경

OID는 특정 객체에 한 세계 으로 유일한 식별체계를 정의하기 해

서 ISO ITU-T등의 양 표 화 기 을 통하여 표 화 되었다.OID

를 용할 수 있는 응용분야들은 매우 다양할 수 있으나,이를 용할

수 있는 응용분야는 크게 다음과 같은 응용서비스 분야의 객체 식별 범

에서 사용될 수 있을 것이다.

l 이미 자체 식별체계를 가진 기존 응용서비스(u-city의 공간정보

겍체,유통물류, 는 보건의료정보 등)를 객체 식별체계

l 새로운 요구사항에 의해 생성될 응용서비스(통합 응용서비스

등)를 한 객체식별 체계

먼 ,이미 존재하는 특정 산업분야의 식별체계들은 그들 자체의 어떤

목 에 의한 식별을 체계화하고 있는 실정이다. 재 이 분야에 한

OID 용필요성을 이미 자체 식별체계를 가진 응용분야들의 통합시 통

합될 각 분야의 객체에 한 식별체계가 다를 때,이들 간의 통합에 식

별체계의 충돌 문제가 발생할 수 있다.서로 다른 산업분야들의 그들 각

각의 서로 다른 식별체계 충돌 문제를 해결하기 해서는 개념 으로 한

쪽 산업의 응용의 식별체계를 다른 쪽 산업분야에서 사용하는 식별체계

를 따라야 하는 것이다.더욱이,통합의 상이 되는 산업분야가 새로 시

작되는 산업분야의 경우라면 이러한 해결책으로 가능할지 모르나,이미

구축되어 서비스를 제공하고 있는 산업분야들의 경우에는 얘기가 다르

다.

-105-

즉,이미 잘 사용되고 있는 특정 응용분야들의 식별체계를 통합하는 것

은 이미 정의되어 사용 인 해당 산업분야의 이미 구축된 각종 자원들

의 체계를 새로 구축해야 하는 험성을 안고 있다. 한 이를 해결하기

해서는 각 산업분야 별로 복잡하고 다양한 변경으로 인한 구조의 변화

를 가져올수 밖에 없을 것이며,이를 해결하기 한 법 행정 지원도

함께 이루어져야할 것이다.

두 번째로, 를 들어,유비쿼터스기술 등과 같이 향후 기술발 에 의한

새로운 응용서비스들의 탄생은 어떠한 요구사항을 가질지 모를 일일 것

이다.그러나,이들 산업에서 분명한 것은 이들을 한 객체 식별체계는

꼭 필요한 사항일 것이다.이것의 로서 유비쿼터스 도시(U-city), 는

보건의료(U-health)등과 같이 재 사회 인 다양한 요구사항과 아이디

어들을 포함하는 응용분야와 통신기술의 목을 한 통합된 서비스들이

요구되고 있는 실정이다.향후 새롭게 탄생될 응용서비스분야에서는

OID를 용할 때 매우 유일한 통일된 식별체계로서 권고된다.

1.2OID 응용서비스모델

여기서는 OID를 이용하여 유비쿼터스 도시(U-city)의 도시 공간객체,그

리고 보건의료정보(U-health)등을 비롯한 각 응용 산업분야들의 식별체

계를 도입할 수 있는 응용서비스모델을 제안한다.

OID 용과 련된 응용분야들은 에서 언 된 두 가지범주에 포함될

수 있을 것이다.이를 해서 본 연구에서는 의 두 가지 범주의 산업

분야로서 먼 ,기존의 식별체계를 도입하고 있는 u-city를 한 OID

용 가능성 용을 한 서비스 응용모델을 알아 보고,이미 OID를

사용하고 있는 u-health분야에서 재 채택되는 방법의 활성화 OID

해석시스템을 이용한 응용서비스모델을 제안한다.

본장에서는 먼 이러한 ORS기술에 한 국제표 내용을 기술하고,

-106-

요한 용 상 분야인 U-city와 U-health분야에 용하는 방안 모색

한다.

그림 4-1은 앞서 기술한 응용서비스모델을 모두 포함할 수 있는 OID응

용서비스모델의 일반구조를 보인 것이다.

[그림 4-1]OID 용을 한 응용서비스 일반구조

그림 4-1에서,응용범주 정보(ApplicationDomainInformation)은 기존

식별체계를 포함한 응용분야, 는 새로운 식별체계 필요 응용분야 모두

를 의미할 수 있다. 한 각각의 응용분야를 한 서비스모델을 용하

기 에 식별할당 서비스모델(ID AssignmentServicemodel)을 용함

을 의미한다.

를 들어,그림 4-2는 특정 응용분야들에 한 OID 용을 한 식별할

당 서비스모델(ID AssignmentServicemodel)의 일반 구조 차를

-107-

제안한 것이다.

[그림 4-2]u-health를 한 식별할당 서비스모델(IDAssignmentService

model)의 일반구조

를 들어,그림 4-2는 u-health서비스를 한 식별체계 서비스 용을

한 특성화 모델12)로 용될 수 있을 것이다.u-health를 한 OID 식

별체계의 용을 앞서 기술한 바와 같이 이미 국제 으로는 용되고 있

는 상황이며,본 모델은 이를 국내의 u-health응용 분야 용으로 재정

비하기 해 제안할 수 있을 것이다.

본 식별 할당을 한 일반모델에서는 u-health분야 등과 같이 국내외

으로 이미 용될 수 있는 객체 구성요소들에 해서는 OID 할당을

12)u-health를 한 OID식별체계 구조는 다른 에서 기술된다.

-108-

한 정책 리체계를 해 사용될 수 있을 것이다.한편,필요하다면 각

각 용된 OID의 해석을 한 OID 서비스를 한 해석모델(Resolution

Model)을 용할 수 있음을 의미한다.

여기서 용된 응용서비스 일반모델은 OID를 선사용 응용서비스와 새롭

게 용할 응용서비스 등을 융통성있게 용할 수 있는 모델 제안된 것

이다.다음 들에서는 식별 할당 서비스모델에서 언 된 구성요소들의

구성과 차를 기술한다.이를 해서 먼 한국에서 국제표 으로 제안

한 OID해석시스템의 구조 차 들을 기술한다.

-109-

Tag

Terminal

ID

ID Resolution Service

Service Provider

Content request

Content

ID

Content Locati

on

제 2 OID 해석시스템(ORS)

일반 으로 RFID의 응용 서비스의 RFID태그 는 바코드 등의 트랜스폰더

(Transpoder)는식별자를 장기록하고,RF,스캐 , 는 카메라 등을 이용

해 이 식별자를 획득할 수 있도록 한다.그림4-3은이러한서비스의개념

실례를보인것이다.

그림4-3에서,이동성을가진모바일RFID응용등을이용한태그기반식별자

용용서비스는 특정 서비스 는 그것의 내용과 연 될 수 있다. 한 이때 사

용되는식별자는 지정된식별체계내에서는 물론 다른 식별체계에서도유일

해야한다.

[그림4-3]태그-기반RFID응용서비스의운

그림 4-3의 기존 RFID서비스에서는 사용되는 서로 다른 코드 체계 때문에,

해당 ID를 해석하는 방식에서 ID해석서비스(ResolutionService)를 제공하

는서버에서해당ID에 한해석을할수없는경우가발생한다.

-110-

즉,기존 RFID의 태그를 인코딩하는 체계의 구분 방법과 이를 시스템 으로

해석하도록함으로 ID체계의유일성을보장하기 한방법이동시에필요하

게된다.이러한문제를해결하기 해서어떤ID코딩방식에 해서도이를

해석하고이들에 한 련 정보를검색해낼수 있는 차 방식이 요구된

다.

표 으로 제안된 ORS는 RFID등과 같은 태그 기반 응용서비스에서 가용한

식별체계를구별하고이들의내용을 추출해내기 한방안으로OID개념을

도입하며,더 나아가 이들을 해석하기 한 해석 차 시스템을 이용하여

“태그-기반 OID”가 의미하는 서비스의 내용 응용들을 제공할 수 있도록

하는시스템의구조로연구된것이다.

그림 4-4는 이러한 문제를 해결하기 해서 한국에서 제안한 OID해석 시스

템의동작구조를보인것이다.

DNSX.500

Directory

Other

Directory

ST

EP

3:

OID

ST

EP

4:

Ap

plic

ati

on

-sp

ec

ific

a

sso

cia

ted

in

form

ati

on

……

STEP 1: OID

STEP 2: Associatedinformation

ORS ServerRoot ORS Server

…

…

ORS Server for x

ORS Server for x.y

… ORS Server for x.y.z

……

…

…

ORS Client

General OID resolution process

Application -specific OID resolution process

[그림4-4]OID를도입한해석시스템구조

-111-

그림4-4에서알수있듯이제안된ORS는크게두단계로OID와이에해당하

는내용정보를해석한다.

먼 첫 번째 단계인 일반 OID 해석처리과정(GeneralOID resolution

process)는 ORS(OidResolutionSystem)의 의뢰자(client)가 제공한 OID에

해서 ORS서버는 이를 해석하여 해당 하 OID서버들을 검색하여 해당

OID와 연 된 정보를 추출하여 OID 련 서비스 유형(ServiceType)정보를

의뢰자에게리턴한다.

다음단계는 응용 련 OID 해석처리과정(Application-specific OID

resolutionprocess)로 첫단계의 결과로 리턴된 OID 련 서비스 유형정보를

이용하여해당 OID에 연 응용 내용 정보등에 따라 련응용 서비스의

서버시스템주소정보를이용하여해당응용의내용검색한다.

그림 4-4의 두 가지 처리과정은 개념 인 차로 그림 4-5과 같이 표 될 수

있다13).

application-specific servers

general OID resolution process

application-specific OID resolution process

DNS with zone files for ORS support

OID-IRI + ORS service type + security flag

DNS NAPTR resource records

application-specific request

application-specific information

(1)

(2)

Application

[그림4-5]ORS해석과정의개념

13)국제표 ISO29168-1참조

-112-

표 에 따르면 그림 4-5에서,일반 OID 해석처리과정(GeneralOID

resolutionprocess)은DNS(DomainNameSystem)과DNS자원 코드개념

을 이용하도록 정의된다.이것은 일반 으로 응용 문서를 한 URL,보안

OID-IRI(OID InternationalizedResourceIdentifier) 는 DNS네임 등을

리턴하지만,이에 한제한은두지않도록한다.즉,일반OID해석처리과정

은 DNS시스템으로부터 (해당 응용)정보를 검색하기 한 해당 응용과 클

라이언트간의 상호 작용을 포함하며,표 에서는 일반OID해석처리과정의

구성요소간의구체 인상호작용에 한 차도포함한다[그림4-6참조].

DNS Client DNS

(4) 0 or more of (ORS information of the specified service type + preference values) or error

(1) OID-IRI + ORS service type

+ security flag

(2) OID-IRI as an FQDN

+ security parameters

(3) 0 or more NAPTR resource records or error

ORS client Interface DNS client interface

Application ORS Client

[그림4-6]일반OID해석처리과정의요소간상호작용

그림 4-6에서,일반 OID해석처리과정은세 개의구성요소들을보여 주고있

다.즉,응용,ORS클라이언트, DNS시스템이다.이들의 상호 작용과정은

다음의네단계로구성된다.

l 단계 1:응용은 연 된 OID노드와 ORS서비스 유형(Servicetype)을

포함하는 OID-IRIR값들로 구성된 해당 OID에 한 정보를 해서

ORS클라이언트에게요구한다.이 게 요구하는 단계에서 보안매개

변수를함께요구한다14).

14)표 에 따르면 ORS는 보안 러그와 매개변수 사용시 DNSSEC의 사용으로 표

화되었다.

-113-

l 단계2:ORS클라이언트는이요구를포함하는OID-IRI값을FQDN으

로변환하는과정을거처DNS클라이언트에게요구된ORS정보유형

을 포함하는 NAPTR자원 코드들 해 달한다.이 게 요구하는

단계에서보안매개변수를함께요구한다.

l 단계3:DNS클라이언트는 개이상의NAPTR자원 코드 는오류

하나를리턴한다.

l 단계4:ORS클라이언트는변환과정을거쳐NAPTR를처리하고,값을

포함하는 개 이상의 정보필드들과 DNSRCODE를 응용에게 달

한다.

-114-

제 3 .도시공간객체의 참조를 한 OID명명체계

응용서비스모델

3.1도시공간정보 응용서비스모델 개요

21세기 정보통신기술의 목할만한 성장과 함께 국토 이와 연 된 객체들의

효율 인 리를 한 공간정보에 한 심과 u-City등과 같은 이와 련된 응

용분야의 생산이 증가되고 있으며,이를 효과 으로 통합하고 활용하기 한 국

가공간정보인 라(NSDI,NationalSpatialDataInfrastructure)가 구축되었다.

공간정보인 라에서 량의 이질 인 공간정보를 효과 으로 공유 상호운 하

고,u-City에서 치기반 혹은 공간기반의 유비쿼터스 서비스를 구 하기 해 공

간정보 식별자(UFID,UOID)가 개발되었다.

그럼에도 불구하고,앞서 기술한 u-City 공간 정보기반의 식별체계인

UFID와 UOID는 재 그리고 미래에 공간정보 건설 IT분야에서 매

우 다양하게 사용될 것으로 기 된다.

그러나,개발된 공간정보 식별자 특히 UFID는 공간정보의 리 혹은 공

간정보와 연 된 서비스에 한정되기 때문에 유비쿼터스 컴퓨 (Ubicomp

orAmbientIntelligent)환경의 다양한 기기에 임베디드된 서비스에서는

한계가 있다. 한 UFID만으로 미래의 다양한 식별 요구를 모두 만족할

수는 없을 것으로 보인다.

한편,공간정보 건설 IT의 발 과 유비쿼터스 기술을 발 에 따라 이

들을 목하여 제공되는 u-City에서 사용하기 한 식별자로서 UOID개

념은 재 시스템으로 구축되어 u-City모델을 구성하고 있는 u-health,

u-work,u-learning등의 다양한 산업에 용될 것으로 상된다.뿐만

아니라, 재 이미 부여된 수치지도,지 도,UIS등의 다른 종류의 공간

정보 식별데이터베이스들에 한 상호 운 성에 한 해결방안도 고려해

야 할 것이다.

-115-

이를 해서,기존에 이미 사용되고 있는 많은 종류의 다른 식별체계들의 상

호운 성 문제는 건설분야 만의 문제는 아닐 것이다.스마트와 그린 개념 등

의 새로운 서비스 응용의 요구는 많은 산업 분야들이 융합되어야 함을 의미

하며,이러한 융합은 최근의 정보기술과 연계된 서비스 동향으로 볼 때 매우

요한문제일것이다.

이러한 융합과정에서 반드시 고려해야 할 필수 인 요소가 각각의 분야에서

사용하는식별체계들의융합방안에 한연구일것이다.

그림4-7은ORS를이용한UFID와UOID의상호운 성을 한활용방안

계를보인것이다.

[그림4-7]UFID,UOID융합을 한ORS 계도

그림 4-7에서,UFID의 시스템,부동산 정보시스템,Health시스템, UOID

시스템들은모두OID해석시스템을기반으로 질의와응답을통해 근하여

-116-

각각의시스템에서사용하는식별체계들에 한구조 상호운용을보장할

수있다.

건설 공간정보분야의식별체계들(UFID 는UOID등)에 한OID 용

ORS 용방안을 해서는다음과같은사항들을고려해야할것이다.

i)먼 각각의식별체계들을구분하기 한OID의할당이필요할것이

다.이것은국내의OID등록기 ( 를들어,KISA)에서발 받는다.

ii)발 된OID를 각각의 건설식별체계와 포함할 수있도록하는 메카

니즘의연구가필요할것이다.즉,각각의식별체계에할당된OID를포

함할 수 있는 tag필드를 추가하거나, 는 OID를 시스템 으로 구분

할수있도록하는기능모듈을개발하여구 해야할것이다.

iii)각 해당 시스템에 포함된 OID를 ORS와 통신할 수 있는 로토콜

스택이필요할것이다.이것은기존의DNS기반 는상호운용성이보

장되는스택을사용할수있다.

이외에도 건설분야에서의 식별체계 상호운용성을 해서 요한 것은 무엇

보다도 해당 분야의 문가들의 통합노력과 정부의 정책입안자의 필요성과

심이무엇보다도 실할것이다.

3.2도시공간정보 서비스의 OID 요구사항 분석

도시공간정보 서비스를 효율 으로 리하고 운 하기 해서는 도시공

간객체를 효과 으로 식별하기 한 별도의 식별자가 필요하다.본 에

서는 국제표 으로 범용 으로 채택되어 있는 OID를 이용하여 도시공간

객체를 식별하고 련 서비스를 수행하기 한 사용자 요구사항을 분석

하 다.OID를 용하여 운 가능한 도시공간정보 서비스를 조사하고,

각 정보시스템의 요구사항을 비교분석 하 다.

-117-

앞 에서 살펴 본 1)수치지도 지형지물코드,2)UFID,3)국가기

리,4)건설정보분류체계,5)도로 리통합시스템/도로 리 범용 로그램

기본설계/도로기반시설물 정보통합 리에 한 지침,6)기타 시설물

리지침(가로등,도로표지,가로수)을 분석하 다.이러한 데이터베이스의

주요한 요구사항을 정리하면 아래와 같다.

- 치정보 유무

조사된 데이터베이스 련 작성지침은 치좌표를 보유하지 않거나,

일부는 수치지도 등 외부 참조를 통해 치정보를 확보하 다.특히 도

로시설의 경우 구간을 하나의 단 로 설정하여 구간 내 정보 취득은 어

려운 실정이다.

물론 모든 치정보를 경 도,TM좌표 등을 이용하여 으로 표

할 필요는 없다.센서,시설물 부 모두를 좌표로 표 하여 검색의

편의성을 확보할 수는 있으나,효율 인 데이터베이스 리는 어렵게 될

것이다.따라서 상시설물,데이터베이스가 표 하는 업무특성을 고려하

여 좌표계와 상 좌표계를 융합하여 합리 으로 용하는 것이 필요

하다.

-수정 변환

조사된 데이터베이스의 경우 새로운 시설물의 추가되거나,유지보수를

해 신축되는 것을 반 할 수 없거나 반 하기에는 어렵게 되어있다.

이는 치정보의 부재가 한 원인일 수도 있으나,근본 으로 모든 데이

터베이스가 수정이 가능한 객체단 의 구성이 아니라 도엽 등 임 단

로 구성되어 있기 때문이다.물론 객체단 로 구성된 데이터베이스의

경우에는 업무의 변경과 같은 로세스 변경에 취약한 단 이 있다.

최근 도시는 새로운 도시건설은 물론 도시재생이란 이름으로 재개발이

활발히 이 지고 있다.인구 증가 등으로 인해 계획된 도시 용량을 변경

-118-

해야하는 일이 다반사로 발생하고 있다.따라서 도시정보 데이터베이스

도 이에 합하게 변경 되어야 한다.

-분류체계의 일 성

도시 시설물 리를 한 데이터베이스는 객체의 확인을 해 코드를

용하고 있다.그러나 리시스템별로 상이한 목 으로 만들다 보니,코드

의 분류체계가 혼란이 발생하고 있다.

기존의 GIS기반 시스템에서는 수치지도 데이터모델 v1.0을 기반으로 하

여 분류체계를 용하 으나,v2.0이 개발됨에 따라 지형지물 분류체계

도 변환시켜야 하는 문제가 발생되었다.물론 이러한 국가 표 의 변화

에 따른 문제뿐만 아니라, 리시스템 별로 상이한 목 을 가지다 보니

발생하는 코드 분류체계 문제도 있다. 를 들어 하나의 상수도를 두고

도 지자체의 상수도과,수자원공사의 역상수도과는 물공 차원에서

근하고,도로 건설과는 도로굴착 시 피해야할 참조 상으로 보면서 동

일한 시설물을 서로 다른 시스템에서 상이한 분류체계를 용하기도 한

다.최근 국토해양부의 노력으로 인해 도시정보시스템의 통일 분류체

계 구 이 어느 정도 달성되긴 하 지만,이러한 사례는 빈번하다. 한,

u-City와 같은 새로운 개념의 도시개발에 따라 기존 분류체계에 존재하

지 않은 신규시설물을 추가함에 따라 이러한 문제를 더욱 부추기고 있

다.

-상황(Context)과 상(Hierarchy)

시설물 리 등 특정 목 으로 가지는 정보시스템의 경우에는 식별자의

효율성을 확보하기 하여 식별자 내에 내용 혹은 상황(Context)에 해당

하는 정보가 있어야 하며,이러한 상황정보는 상 계를 가져(분류체계

로부터 도출된)해당 객체의 특수성을 쉽게 악할 수 있어야 할 것이

다.

-119-

구분 요구사항 OID 시스템 반 사항

1 치정보유무-OID백엔드 시스템의 코드에 좌표정보 포함

-자체 Resolution에서 좌표정보 해석기능 추가

2 수정 변환 -객체의 명백한 분류 객체에 OID부여

3 분류체계의일 성

-OID 백엔드 시스템에 표 혹은 사실상 표

인 건설표 분류체계 시설 리기 을 용

-추가서비스 모듈로 확장 가능한 분류체계 개

발

-인터넷 환경을 고려한 네트워킹

인터넷의 분산환경으로 인해 최근의 정보시스템은 서비스기반 아키텍쳐

라는 SOA를 채택하고 있는 실정이다.ID인식시스템인 EPC Network,

u-CodeNetwork,모바일 RFID네트워크도 단순히 ID코드만을 제공하는

것이 아니라,인터넷 환경에서 코드이용을 하여 네트워킹을 지원한다.

이를 해 인터넷 도메인네임서버와 유사한 ONS(ObjectNameServer),

OIS(ObjectInformationServer),OTS(ObjectTransactionServer)등와 연

동되어 운 되고 있다.

앞서 OID 서비스 구 을 한 SOA환경의 필요성을 언 한 것 처럼,이

미 ID인식시스템에서는 ID를 인터넷상의 하나의 도메인네임으로 보고

리 운 하는 웹서비스와 같은 시스템을 개발운 하고 있다.OID기반

도시공간정보서비스도 이러한 인터넷 네트워킹을 고려하여 설계가 이

져야 한다.

앞서 설명한 주요한 요구사항과 이에 한 반 사항을 제시하면 아래 표

4-1과 같다.

[표 4-1]OID기반 도시공간정보 서비스를 한 요구사항 반 사항

-120-

4 상황과 상-OID 백엔드 시스템에 추가 서비스 모듈로 상

황정보에 따른 추론서비스 개발

5인터넷환경을고려한

네트워킹-OID Resolution시스템을 이용하여 도시공간

정보 서비스 네트워크 랫폼 구축

3.3도시공간객체 참조를 한 OID 명명체계 서비스 표 (안)

1)목

본 표 (안)은 u-City등 첨단도시공간을 구성하는 객체(센싱 상,시설

물,범 등)들을 효율 으로 식별 리하기 하여 국제 표 인 OID와

OID Resolution System을 이용하여 도시공간객체를 식별하고, 련된

서비스를 수행하기 한 것이다.

2)배경

일반 으로 국내의 표 인 지형지물에 한 코드체계는 국가공간정보

체계(NGIS:NationalGeographicInformationSystem)를 통해 구축된 국

가수치지도 코드체계이며,지리정보 표 화 기반연구:수치지도 통합 표

화 연구:지형지물 코드의 일원화 연구를 통해 국토에 해 총 104

개의 표 인 지형지물코드를 선정하여,수치지형도 Ver.2.0의 지형지물

체계를 선정하 다.이후 건물,도로 교량 등과 같은 인공 지형지물

과 하천과 같은 자연 지형지물들의 단일 객체에 고유한 번호를 부여하

여 체계 으로 리하기 해 지형지물의 기하학 치를 기 으로 하

는 유일식별자(UFID:UniqueFeatureIdentifier)개발연구를 국토지리정

보원에서 수행하 다.UFID는 수치 지형도 에서 철도 심선,도로 심

-121-

선,건물,하천 심선,유역경계,행정경계,측량기 ,지 을 상으로,

지형지물의 리,검색,활용에 사용될 수 있는 공 동키를 의미하며,총

8개의 필드인 확인 버 ,지형지물, 리기 ,일련번호, 치정보,고

도정보,특이사항 연결,오류확인으로 구성되어 있다.

지형지물이 아닌 네트워크에 존재하는 센서를 치기반으로 리하기

한 코드체계로 u-SensorNode 치정보 코드체계(GGC:Geo-Graphical

Code)가 있다.GGC는 코드식별자,범 거리,거리정보, 치정보의

4개의 필드로 구성되어 있는데,각 u-SensorNode의 치정보를

기반으로 하여,그 치를 심으로 하는 역을 범 로 표 할 수 있으

며,거리 정보를 통해 그 치로부터 특정 거리만큼 떨어져 있는 상

치를 표 할 수 있다.

그러나, 국가공간정보체계(NGIS: National Geographic Information

System)에서 구축된 도시정보시스템(UIS:UrbanInformationSystem)데

이터베이스는 기존 의 지리정보시스템(GIS:Geographic Information

System)의 자료 구조인 이어(Layer)단 로 되어 있어 각각의 객체를

리할 수 없는 실정이다.

한,지형지물의 단일 객체 리를 해 유일식별자(UFID)가 개발되었으

나 그 리 상물에 한계가 있고, 치정확도의 참조단 가 30′(약

15m)로서,아주 상세한 치를 표시하거나,15m 이내에 여러 상물이

있을 시에 이를 구분하는 데 에는 어려움이 따르고 있다.도시 주요 지

상 지하시설물의 리는 지자체 련 공사, 탁 리 업체 등에

서 수행하고 있으며,각각 개별 코드를 가지기는 하나 기본 인 정보

확인 단일 시설물 리에만 한정되어 사용되는 수 에 머물러 있다.

한,u-City 도시공간정보 리시스템에서 실세계의 지형지물에

변경이 생겼을 경우,해당하는 지형지물을 바로 갱신하고 리하기 해

-122-

상세한 치정보를 가지는 유일식별자가 필요하고,향후 u-City에서는

시설물과 같은 도시공간객체들의 치정보와 상태정보를 실시간으로 센

서네트워크를 통해 모니터링하여 필요에 따라 제어 리까지 수행하고,

개별 도시공간객체의 리뿐만 아니라 복합 인 객체들의 연계 리

서비스까지 요구될 것으로 보이나, 재의 단순한 코드 체계로는 이

러한 업무를 수행하기에 미흡한 문제 을 지니고 있다.

3)기 효과

본 표 (안)은 미래 u-City등 첨단 도시에 구축 운 될 도시통합운 센

터에서 도시시설물과 같은 공간객체를 리할 때에 OID 코드체계를 활

용할 수 있다. 한,OID기반의 도시공간객체 식별자는 기존시스템

타 시스템과의 상호운 성 확보가 가능하여,시 설 리라는 기본 인 업

무 이외에도 행정,치안 등 도시와 련된 여러 문제와 련된 시스템에

서 별도의 변경 없이도 이용이 가능할 수 있다.

재 시설물 리에 사용되는 각 기 별 시설물 ID체계와 막 한 비용

으로 장기간에 걸쳐 구축된 기존의 도시정보시스템(UIS)데이터베이스를

효과 으로 연계 활용할 수 있는 도시 공간정보객체의 효율 리를

한 범용 인 OID기반의 공간객체 식별자 시스템을 제공하는 효과를 갖

는다.

4)도시공간정보 서비스를 한 OID 서비스 아키텍쳐

OID기반의 도시공간객체를 참조하고,도시공간정보 서비스를 한 데이

터 수집 서비스 검색,서비스 제공을 하여 아래 그림 4-8과 같은

-123-

OID서비스 랫폼(안)을 제안하 다.

[그림 4-8]도시공간정보 서비스를 한 OID서비스 아키텍쳐

도시공간정보 서비스를 효율 으로 구 하기 하여 도시공간객체를

OID를 이용하여 지시하고,본 서비스의 OID 백엔드 분류체계를 통해

도시공간객체의 상세한 정보를 사용자에게 제공해 다.

도시공간객체의 상세 분류를 하여 도시공간을 구성하는 시설물을 지하

지상 시설물로 구분하 다.지상 시설물은 도로와 연 된 도로운송시

설,도로부 시설로,건축과 연 된 건축시설로,하천과 련된 하천시설

-124-

로,항만/해운과 련된 항만/해운시설로 분류 한다.지하 시설물은 지

하시설로 분류하고,추가로 분류 되지 않은 시설물은 기타시설에 보 한

다. 한 각 시설을 부 별로 세분화하여 분류한다. 를 들어 가로등의

경우 상단(조명부), 단(기둥부),하단(기 부)으로 구분하고,이 각 시설

물에 한 OID 상세코드를 부여하고 이의 속성 정보를 리한다. 한

상단, 단,하단의 시설물에 부착되는 센서의 종류도 다양하기 때문에

시설물별 센서 부착과 센서의 속성정보 이력 정보를 별도로 리 한

다.도시공간 내에는 동일하거나 유사한 시설물과 센서가 다양하게 존재

하게 된다.즉,OID 상세 분류체계는 동일할 수 있다.따라서 이를 구분

하는 방법으로 OID 상세코드 부여시 Location의 좌표(경도, 도,고도)

를 이용하여 각 시설이나 센서를 구분한다.그림 4-9는 이를 한 OID

상세코드 부여방안을 개념 으로 보인 것이다.

[그림 4-9]OID상세코드 부여 방법

-125-

5)도시공간정보 서비스를 한 OID 시스템 상세 분류코드

도시공간객체 구성은 크게 물리 객체와 논리 객체로 구분할 수 있으

며,물리 객체는 시설물(Building),부 (Element),부착원(Sensor)으로

세분화하고,논리 객체는 시설물 범 (Boundary),지형(Topography)로

나 수 있다.시설물의 정보를 입력하는 방법은 크게 두 가지 방법으로

진행한다.첫 번째는 시설물 분류 체계에 맞게 분류 코드( 분류, 분

류,소분류)를 입력 하고,그다음으로는 도시공간정보 OID 시스템 상에

서 세부 DB정보를 입력한다.

도시공간정보 OID 구조는 Header와 Information으로 구성하며,표 방

식은 ASCII와 Binary의 2가지를 동시에 지원하며 로젝트 특성에 따라

방식을 용할 수 있게 하 다.

의 그림과 같이 크게 6가지의 카테고리로 도시공간객체식별자의 코드

를 생성할 수 있도록 하 고,이의 각 항목을 상세 설명은 아래와 같다.

Header에는 Root-OID로부터 도시공간정보 서비스를 해 할당된

Child-OID정보가 입력된다.이를 통해 상 OID시스템과 연계가 이 지

게 된다.Domain에는 분류체계에 의한 시설물과 센서의 분류를 표 한

다.이는 아래에 세부 으로 다시 기술한다.Manager에는 리기 일련

번호를 입력하고,Location에는 경도, 도,높이(+/-)를 입력,Service에

는 련업무 서비스 일련번호를 Instance에는 지역군 리코드를 입력한

다.이 게 6개의 상세 항목을 입력함으로써,도시공간정보 OID코드 생

성에 한 Schema를 정의하 다(그림 4-10참조).

-126-

[그림 4-10]도시공간정보 OID상세내용

가)도시공간정보 OID 도메인 분류

도시공간정보 OID코드 생성 시 시설물의 분류체계에 따라 도메인 요소

를 생성하도록 하 다.이는 OID가 단순히 시설물을 지시하는 것뿐만

아니라,도시공간정보 OID에 시설물에 한 기본 정보를 제공하여 련

응용어 리 이션이 별도의 DB참조 없이도 업무에 활용할 수 있도록 하

다.시설물 분류에서 도로운송시설(F01),도로부 시설(F02),건축시설

(F03),지하시설(F04),하천시설(F05),항만/해운시설(F06),기타시설(F07)

등의 크게 7가지의 형태로 구분하고,이의 각 시설에 한 분류와

분류(수직 ,수평 유형),그리고 소분류(센서 분류)로 구분하 다.소

-127-

분류는 시설물 내 부착되는 센서와 일 일 매칭될 경우 용된다.주요

한 분류체계는 DB의 테이블로 장되며,테이블의 주요 내용은 아래의

그림 4-11과 같다.

[그림 4-11]도시공간정보 OID도메인 분류 -도로운송시설(F01)

도로 운송시설(F01)에 분류되어 있는 시설물들은 코드를 F001~F050까지

부여 하 다.기본 으로 도로(F001),교량(F002),터 (F003), 앙분리

(F004)에서 도로표지(F025)까지 25개를 분류하 고,추가 으로 25개의

-128-

코드를 여분으로 두었다. 한 분류의 부 는 기본 인 형상을 기 으

로 수평 유형과 수직 유형으로 구분하 으나,필요시에는 다른 유형

을 용할 수 있고 새로운 유형체계의 경우에는 OID 발 리자의 “분

류체계“기능에서 그 유형을 추가하여 사용할 수 있다.

[그림 4-12]도시공간정보 OID도메인 분류 -도로부 시설(F02)

-129-

도로 부 시설(F02)에 분류되어 있는 시설물들은 코드를 F051~F200까지

부여 하 다. 기본 으로 가로등(F051), 가로등 멸기(F052), 보안등

(F053),분 반함(F054)에서 변압기(F079)까지 29개를 분류하 고,추가

으로 121개의 코드를 여분으로 두었다. 한 분류의 부 는 기본 인

형상을 기 으로 수평 유형과 수직 유형으로 구분하 으나,마찬가

지로 필요시 유형을 추가하여 사용할 수 있다.

[그림 4-13]도시공간정보 OID도메인 분류 -건축시설(F03)

건축 시설(F03)에 분류되어 있는 시설물들은 코드를 F201~F500까지 부여

하 다.기본 으로 단독주택(F201),공동주택(F202),숙박시설(F203)에서

력/에 지공 시설(F215)까지 15개를 분류하 고,추가 으로 285개의

코드를 여분으로 두었다. 한 분류의 부 는 기본 인 형상을 기 으

로 수직 유형(기 /기둥/상단/보/보강재/계단/난간/바닥/벽/지붕/천

장/커튼월)으로 구분하 으나,마찬가지로 필요시 유형을 추가하여 사용

할 수 있다.

-130-

지하 시설(F04)에 분류되어 있는 시설물들은 코드를 F501~F550까지 부여

하 다.기본 으로 지하보도(F501),지하차도(F502),상수 (F503)에서 통

신(F509)까지 9개를 분류하 고,추가 으로 41개의 코드를 여분으로 두

었다. 한 분류의 부 는 기본 인 형상을 기 으로 수평 유형과

수직 유형( 로/연결부)으로 구분하 으나,마찬가지로 필요시 유형을

추가하여 사용할 수 있다.

하천시설(F05)은 코드를 F551~F600까지 부여하 으나,시설물에 한 분

류는 재 되어 있지 않은 상태이고 차년도 연구에서 추가할 정이다.

마찬가지로 항만/해운시설(F06)도 코드를 F601~F700까지 부여하 으나,

시설물에 한 분류는 재 되어 있지 않은 상태이고 차년도 연구에서

추가할 정이다.

기타시설(F07)에 분류되어 있는 시설물들은 코드를 F701~F999까지 부여

하 다.기본 으로 통합함체-FNR(F701),지상함체-GFDA(F702),지하함

체-UFDA(F703)까지 3개를 분류하 다.이 3가지 시설물은 센서에 들어

가는 시설로써 기타시설로 구분하 다.추가 으로 296개의 코드를 여분

으로 두었다. 한 분류의 부 는 기본 인 형상을 기 으로 수평

유형과 수직 유형으로 구분하 으나,마찬가지로 필요시 유형을 추가

하여 사용할 수 있다.

-131-

[그림 4-14]도시공간정보 OID도메인 분류 -지하(F04),

하천(F05),항만/해운(F06),기타시설(F07)

나)도시공간정보 OID 도메인 분류

[그림 4-15]도시공간정보 OID

분류(E)는 크게 수평 유형과 수직 유형으로 분류하 다.

-132-

수평 유형은 지상시설물인 도로의 선형을 따라가는 기 으로 구간에

따른 분류와 코드를 E200~F599까지 부여 하 다.

지하시설물인 로의 특성( 로와 연결부 존재)을 따라가는 기 으로

로와 연결부로 분류하고 코드를 E600~F999까지 부여 하 다.

수직 유형은 그 세부 시설을 복잡한 건물을 기 으로 기 /기둥/상단

/보/보강재/계단/난간/바닥/벽/지붕/천장/커튼월 등으로 구분하 고

수직 유형으로 구분되는 교량,가로등, 주…….등은 기 /기둥/상단

등의 3부분으로 분류 분류와 코드를 E001~F199까지 부여 하 다.

[그림 4-16]도시공간정보 OID도메인 분류 -유형별 세부 항목

*건축물의 “층“구분은 UOID분류의 Location(좌표)을 이용하여 구분한

다.

* 랫폼의 GISMap에서 Location(좌표)정보를 자동으로 가져온다.

다)도시공간정보 OID 도메인 세분류

센서(S)에 분류되어 있는 계측기들은 코드를 S001~S200까지 부여 하

다.기본 으로 온도센서의 경우는 temperature_sensor(S001),습도센서의

경우는 hygrometer_sensor(S002),풍향센서의 경우는 windvane_sensor

(S003),풍속센서의 경우는 windguage_sensor(S004)에서 알코올센서의 경

우는 alcohol_sensor(S025)까지 25개를 분류하 고,추가 으로 175개의

코드를 여분으로 두었다.통합함체와 지상함체,지하함체 등은 기타 시설

로 분류된다.

-133-

[그림 4-17]도시공간정보 OID도메인 세분류 -센서

-134-

제 4 .u-health,OID응용서비스 모델

4.1u-healthOID 용방안

U-health의보건의료정보분야는사용되는각종 로토콜 EMR,EHR등의

자문서형식의지정에서는이미OID를사용하고있는실정이다.국내 으

로,U-health에서의OID 용은 재국제 으로는매우활발히 심을가지

고있는 것으로 보이나,한국에서는 이에 한기술 지원과 리체계

리기 의부재가심각한것으로사료된다.

그러므로,u-health분야에서 OID 용방안의 문제 해결책은 OID의 용시

기술 인문제의부재라기보다는이분야의 OID에 한국가인 라로서의

정책 국가 리시스템 모델이필요할것이다.

를 들어,앞서 기술한바와 같이 2011년 재 HL7CDA문서에서의

OID의 사용은 단순히 재 OID경로에서 국가 코드를 변경하여 해결할

수 있는 문제가 아니며,이럴 경우 여러 가지 문제 들이 야기될 수 있

을 것이다.

다음은 보건의료정보분야에서의 OID문제 들을 해결하기 한 한국의

응방안들의 고려사항들을 나열한 것이다.

u 먼 , 앞서 기술하 듯 HL7CDA문서 등 보건의료정보분야의

총체 인 OID의 문제를 근본 으로 해결하기 해서 보건의료정

보 련 국제 표 OID의 등록을 한 새로운 OID노드의 제안이

필요할 것이다.이것은 보건의료정보 분야의 반의 OID를 리

하기 한 미국의 HL7과 같은 국내의 리기 15) 는 (기술표

원하의 국내표 분과 원회 등 같은)국가 표 원회를 통한

국제표 의 제안을 한 체계의 구축이 필요할 것이다.

15)국내에서는 HL7Korea가 결정되어 있으므로,이 단체를 기반으로 한 OID의 정

비가 필요할 것임.

-135-

u 재의 HL7기반의 OID체계를 수용한다고 하더라도,국내의 경

우 ({2.16.410.1.113883.10.20.2}등과 같은)등록되지 않은 OID를

재정비할 수 있는 국내 리기 이 필요하며,여기서 보건의료정

보를 한 OID는 물론 국내 OID 체계에 한 리의 일 성있

는 검토가 필요할 것이다.

u 국제표 의 근거하에서 사용되어야 할 OID의 유일성문제에 한

불일치로 인한 충돌가능성은 방지하기 해 국내 으로 응할

수 있는 OID 포럼 등을 심으로한 리체계의 구조에 한 기

별 상호 력 체계를 시 히 구축할 필요가 있다고 사료된다.

그러므로, 재 보건의료정보의 OID 체계의 명확한 해결방안은 국제

인 표 의 제안과 더불어 안정 인 국내 리기 에 한 선별 확정과

이를 리하기 한 리체계의 수립이 필요할 것이다.

이를 해서 4-1의 OID 리를 한 일반구조를 기반으로 효율 리

체계 정책 시스템이 시 히 정비될 필요가 있을 것으로 사료된다.

그림 4-18은 앞서 기술한 OID할당서비스모델의 일반구조를 u-health분

야의 식별체계의 용 특정화를 한 서비스모델 구조이다.

-136-

[그림4-18]u-health응용을 한OID할당서비스모델

그림 4-18은 앞서 기술한 그림 4-1과 4-2의 OID 할당을 한 일반 서비

스 구조를 기반으로 u-health응용 서비스를 한 식별체계 서비스 용

을 한 특정화한 모델로 제안한 것이다.여기서 u-health를 한 OID

식별체계의 용을 앞서 기술한 바와 같이 이미 국제 으로는 용되고

있는 상황이며,본 모델은 이를 국내의 u-health응용 분야 용으로 재

정비하기 해 제안할 수 있을 것이다.

제안된 식별 할당모델에서는 u-health분야의 구성요소들의 OID 할당을

한 다음의 두 가지 체계를 한 요구사항들을 모두 수용할 수 있음을

의미한다.

i)보건의료정보분야에서 국내외 으로 이미 용될 수 있는 객체

구성요소들에 해서는 OID할당

-137-

ii)필요하다면 각각 용된 OID의 해석을 한 OID 서비스를

한 해석모델(ResolutionModel)을 용

이들 각각의 요구사항을 한 u-health를 한 OID할당 체계는 다음에

기술한다.

4.2.OID응용서비스모델

1)u-health를 한 OID 할당서비스모델

여기서는 u-health를 한 응용에 용을 한 OID 할당모델을 기반으

로 하여 본 연구에서는 OID를 할당하기 한 여러 가지 방안 구조를

알아보자.이를 해서 u-health를 한 OID는 크게 OID 할당 모델을

기반으로한 구조와 ORS를 이용한 구조로 고려될 수 있다.

먼 ,OID 할당모델 기반의 구조는 기존의 OID 용 체계를 국내 으

로 어떻게 용할 수 있을 것인가에 한 해결책으로 제안될 수 있을 것

이다.그림 4-19는 의 그림 4-18OID 할당서비스모델을 좀더 구체화하

여 개념으로 기술할 수 있을 보인 것이다.

[그림 4-19]u-health구성요소의 OID할당서비스 모델 용

-138-

이 방안은 TC215차원에서 u-health용 OID를 국제 인 응용 분야 차원에서

배정하여 이를 기반으로 보건의료정보분야에서 필요한 OID를 하나의 독립

인 트리로 구성하도록 하는 것이다.이때 용할 수 있는 u-health를 한

할당트리의구조는다음의두 가지로구성할수있을것이다.

u 보건의료정보를 기 으로 하고 그 하 에 구성 액터들 즉,환자.의

료인 의료기 을할당방안

u u-heath를 한환자들만을기 으로각나라별로할당하는방안

첫번째방안은보건의료 반을기반으로healthcare를 한OID를국제표

으로 할당하고,이를 기반으로 각 나라별 노드를 구성하여,각 나라별

healthcare를 한구성액터들을할당하는방안이다.이때healthcare로할당

하기 한 구성노드는 재 국제 으로 할당되지 않은 빈 노드여야 할 것이

다.

그림 4-20은 빈노드를 할당하기 해서 2011년 재 루트노드

“joint-iso-itu-t(2)"하 의노드들의 황을보인것이다.

-139-

[그림4-20]“joint-iso-itu-t(2)"하 의할당 황

본 연구에서는 보건의료정보를 한 healthcare노드를 {“joint-iso-itu-t(2)

healthrcare(28)}로제안하도록가정한다.

그림4-21은이를 해제안할수있는healthcare를 한노드를 해할당되

는 OID를 를 들어, 재 할당 가능한 {228}을 국제 으로 제안할 수 있는

-140-

TC215기반의체계를보인것이다.

[그림4-21]u-health용OID제안

그림4-21방안은 앞서 기술한TC215의OID체계에서 제안하고 있는 보건의

료분야의각각의 객체들 즉의료인,의료기 SOC등에 한식별을 심

으로 이들 각각의 하 에 각 국가들을 구별할 수 있는 체계를 연구하는 방안

이다.

이러한구성에서,먼 healthcare를 한노드{228}을할당하고국제 으로

용되는 모든 의료정보 련 액터들을 하 노드로 할당할 수 있으며,각 하

노드의하 에는 나라별로 구별할 수있도록하여구분 할수있도록한다.

그러므로, 를들어구성액터환자(SOC)는{2283}으로할당하고그하 에

각나라들을배정한다.

한국이나라코드410으로가정해보자.이러한구조에서는한국의환자“홍길

동”은다음과같은OID와국소ID의조합이될수있을것이다.

한 의 자: 길동

{2 28 3 410} + ID /* 주번번 등의 ID */

이 경우는 U-health와 연 된 모든 정보객체들에 한 OID를 용할 수 있

-141-

으므로 의료분야의 다양한 식별 체계를 모두 수용할 수 있다는 장 이 있을

것이다.

이를 해서는 국내의 TC215와 OID포럼 문가들의 조하에 OID의 국제

표 제안이 수반되어야 할 것이며,이를 통해 u-health 련 OID의 할당

리기 으로의선 이가능할것으로사료된다.

이러한 선 효과는 보건의료정보의 OID에 한 국제화를 활성화 시킬수 있

는 계기를 마련할 수 있을 것이며,보건의료분야의 OID 리기 (RA)을 국

내로유치하는데매우 요한효과를가질수있을것이다.

한편,u-health에서이미사용되고있는OID체계는그 로사용하고의료

상이되는환자들(SOCs)들만에 한식별을 한OID의국제표 화도고려

할수있을것이다.그림4-22는 국제 으로애매하지않게구분될수있는환

자들에 한구성액터SOC만을 한 OID할당체계를보인것이다.

[그림4-22]u-health용SOC를 한OID제안 :{228}

이 방안은 기존에 이미 사용되고 있는 OID체계를 유지하고 각 국가별로 발

생할수있는SOC들에 한 충돌 문제를해결하기 한방안으로 제안될수

있을 것이다.이 방안을 이용한 할당 체계에서,한국이 나라코드 410으로 가

정해보자.

이 구조에서는 한국의 환자 “홍길동”은 다음과 같은 OID와 국소 ID의 조합

-142-

이될수있을것이다.

한 의 자: 길동

{2 28 410} + ID /* 주번번 등의 ID */

이 방안의 장 은 u-health용 환자(SOC)용 OID를 국제 표 으로 제안하여

각국가 는국가간에발생할수있는OID충돌을사 에방지할수있는효

과를 가져올 것으로 사료된다.이 방안에 해서도 국내의 TC215 문가와

OID포럼 문가를 심으로 국제 으로 제안할 수 있는 방안이 될 수 있을

것이다.

2)U-health를 한 ORS 용모델

U-health에서사용 인식별체계를ORS에 용할수있는방안에 해서기

술한다.그러므로u-health분야의ORS사용을 한 용방안은다음과같이

용될수있을것으로사료된다.

이미 재 사용되고 있는 미국 심의 HL7({2168401113883(hl7)})기반의

OID를 ORS를 이용하여 각 국가 별로 분류할 수 있는 OID로의 해석 재할

당을 한ORS 용방안이다.

그림4-23은기존의u-healthOID에 한해석 재할당을 한ORS와의

계를보인것이다.

-143-

[그림4-23]u-health용 ORS 용모델

그러나,이러한 근은 보건의료정보분야의 OID와ORS 용에 한 국제

인 표 합의를 필요로 하는 부분으로 ORS를 이용해야 하는 타당성에 한

연구가향후에병행되어야할것으로사료된다.

-144-

제 5장 결론 향후연구방향

OID는 “국민의 편의성을 제공하기 한 상하수도, 기 는 도로 등의 SOC

사업 기반의 하드웨어 사업 같은 국가 기반산업과 같은 차원의 정보 기반 산

업환경에서지원되어야할국가차원의 요한인 라(infra)”로서,국가차원

에서반드시구축 리되어야하는할것으로사료된다.

OID는 다른 식별체계와는 달리 ISO와IUT-T등의국제 표 을따르는 국제

으로유일한 식별자 체계를 정의하도록 하여,어떤특정 산업분야, 는어

떤 국가에서도 용될 수 있는 세계 으로 구분될 수 있는 식별자를 정의하

며,특정객체의식별자할당에 해서“등록(Registration)" 등록기 개념

을 도입하여, 리와 통제를 통한 세계 으로 유일하게 합의된 식별자 체계

이다.16)

한국에서의 OID 련기술의 국제 표 화 노력에 따라,국제 으로는

OID에 한 해석시스템 기술들을 한국이 주도할 수 있는 기반이 마

련된 시 을 계기로,국내 으로 OID를 확산하기 한 노력이 매우 필

요한 실정이다.이러한 OID에 한 활발한 표 화 활동에 응하기

해서 국내 으로는 한국인터넷진흥원을 심으로 국내의 OID 활성화를

한 OID포럼17)이 2008년 10월에 결성되어,산학연의 OID 연계와 각

산업분야들에 한 OID 활성화 홍보,그리고 국가 인 라 구축을

한 노력을 경주하고 있다.

사실,국내에서는 이러한 표 화 노력이 까지 OID에 한 인식이 매우

부족한 실정이었으며,한국의 ORS국제 표 제안 이후에 비로소 RFID

에 용하기 한 노력을 시발 으로, 자인증 분야 이외에 OID 용

가능성이 있는 산업분야를 연구,발굴하기 한 필요성이 두되고 있다.

실례로,U-city등의본연구에서알수있듯이특정지역의도로,건물, 는시

16)물론,OID 개념에서도 자체 으로 생성할 수 있는 UUID(UniversallyUnified

ID)라는 개념도 제공하고 있다.

17)www.oidforum.kr참조

-145-

설물등의하드웨어인 라와병행하여이를식별하기 한식별체계의일

성있는 리가필요할것이다.

한편,OID체계의 등록 리 시스템 인 라구축은 특정기업 차원에서 수

행할 수 있는 것이 아니며 국가차원의 공신력 있는 기 에서 일원화된 체계

속에서일 성있게수행해야할것으로사료된다.

본 연구에서는 재 연구 상용이 진행되고 있거나,미래에 진행될 것

으로 상되는 식별체계가 필요한 응용분야들에게 국제 표 의 식별체계

인 OID를 조기에 도입할 수 있는 기반을 마련하고,향후 식별체계를 도

입하려는 응용 분야 문가들에게 OID 도입을 한 응용서비스 모델의

일반구조를 제안하기 한 것이다.

본 연구에서는 이를 해서 OID를 이미 도입하고 있는 u-health를 한

보건의료정보분야의 OID 용방안과 재 UFID 는 UOID 등의 식별

체계를 국소 으로 제안하여 상용화된 건설 u-city분야에 한 OID

도입을 한 응용서비스모델 등을 제안한다.본 연구의 2장은 u-city분야

에 한연구필요성을 해서이분야의 요한이슈 하나로기존에연구된건

설IT와공간정보분야의기술 황과동향을이분야의스마튼폰 근을 한앱

의동향과함께기술하고,이분야의식별체계와OID의개연성을기술하 다.

제 3장에서는 재 u-health 원격진료를 한 병원의 의료장비 종류,

장소등을식별하기 해OID가사용 에있으나,비표 화된방식(미국방식

의 OID)을 통해 상호연동되고있어,세계 으로호환될수있는OID의 용을

해서,u-health의 기본 개념과 여기서 사용되는 로토콜 표 들(TC215

EHR,HL7,CDA등)에 한 반 인내용을기술하며, 재의OID 용 황을

분석하여이분야에서 용될수있는OID 용 개선방안등도연구한다.

제4장에서는앞서기술된U-city U-health분야의기본동향 기술동향을기

반으로OID를식별체계로도입할수있는응용서비스모델의일반구조 각분

야의 용을 한각각의응용서비스모델을제안하고, 한이들각각의분야에

서ORS를이용할수있는방안도고려하 다.

마지막으로5장에서는본연구의결론에 해서기술하 다.

-146-

본 연구를 기반으로 향후 과제로서 국가 인 라 으로 OID의 효율

인 리체계를 한 노력을 해서 정부의 극 인 심과 OID 포럼을

심으로한 산학연 력체계의 견고한 구축을 통하여, 련 응용 산업분

야들에 한 OID 할당을 한 체계 인 연구들이 계속되어야 할 것이며,

체계 인 리기 의 일원화를 한 지정 리방안을 구축이 필요할

것이다.이를 바탕으로 OID 기술 용분야들의 선도 발굴을 통한 국제

표 의 제안 활동 등을 한 지원도 더욱 강화함으로서 OID 분야의

국제 인 선 을 노력이 경주되어야 할 것으로 사료된다.

-147-

참고문헌

2장 참고문헌

[1]한국시설안 공단,국가 주요시설물 안 리 네트워크 시범구축

운 시스템 개발,건설교통부,2007.12

[2]건설교통부,유비쿼터스 시 에 치정보제공 인 라구축을 한 인

텔리 트 기 개발,2006.3

[3]국토지리정보원,무선이동통신 기술을 이용한 국가기 의 자인식

표지 실용화 연구,2007.4

[4]건설교통부,지형지물 자식별자(UFID)활용기술 개발,2005.12

[5]국립지리원,지리정보 표 화 기반연구 수치지도 통합 표 화 연구,

2002

[6]무결 수치지도(CleanData)제작 연구

[7]국립지리원,지리정보 표 화 기반연구:수치지도 통합 표 화 연구:

지형지물 코드의 일원화,2002

[8]건설교통부,도로 리통합시스템,2003

[9] 구 역시,가로등 리 지리정보시스템,2005

[10]건설교통부,도로표지종합 리센타운 ,2007

[11]서울특별시 강서구,IT기술을 활용한 첨단 가로수 종합 리시스템

구축,2006

[12]USGS,TheNationalMap,http://nationalmap.gov/

[13]OS,MasterMap,http://en.wikipedia.org/wiki/OS_MasterMap

[14]AUSLIG,NATMAP,http://www.ga.gov.au/nmd/products/maps/

[15]AdV,ATKIS,http://www.atkis.de/

[16]JGS,NationalDigitalMap

3장 참고문헌

[1]ISO 13606-1:2008-Healthinformatics--Electronichealthrecord

-148-

communication--Part1:Referencemodel.

[2]ISO/DIS13606-2:Healthinformatics--Electronichealthrecord

communication--Part2:Archetypeinterchangespecification.

[3]ISO/DIS13606-3:Healthinformatics--Electronichealthrecord

communication--Part3:ReferenceArchetypesandterm lists.

[4]ISO 13606-5 :Health informatics --Electronic health record

communication--Part5:interfacespecification.

[5]한국인터넷진흥원(2010),u-City,u-Health등 OID 용 방안 연구

[6]ISO TS 18308:2004 Health Informatics -Requirementsforan

electronichealthrecordarchitecture

[8]availableathttp://www.hl7.org/about

-149-

OID기반의 u-City, u-Health 분야

응용서비스 모델 연구

인 쇄 : 2011 년 12 월

발 행 : 2011 년 12 월

발행인 : 서 종 렬

발행처 : 한국인터넷진흥원(KISA, Korea Internet&Security Agency)

서울시 송파구 중대로 109 대동빌딩

Tel: (02) 405-4118

인쇄처 : 일정문화사

Tel: (043) 233-0730

<비매품>

1. 본 보고서는 지식경제부 연구기반조성사업의 결과입니다.

2. 본 보고서의 내용을 발표할 때에는 반드시 한국인터넷진흥원 결과임을 밝혀야

합니다.

3. 본 보고서의 판권은 한국인터넷진흥원이 소유하고 있으며, 당 진흥원의 허가

없이 무단 전재 및 복사를 금합니다.