오브젝티브통합.

Report
CHAPTER 13 Learning
Objectives
1조
성빈이와 연
장자들
Building Information System
1. 새로운 시스템 구축은 어떤
조직적 변화를 만들어 내는가?
계획된 조직 변화로서의 시스템
자동화 (Automation)
조직 내 구성원들이 업무를 더 효율적이고 효과적으로 수행하도록 지원
절차의 합리화 (Rationalization)
•자동화는 기존업무 절차나 구조에 변화를 발생시키지만, 절차의 합리화는 표준 업무 절차를
간소화하고 합리적으로 만듦
• 절차의 합리화는 일반적으로 제품, 서비스, 운영적인 면에서 지속적인 개선을 위해
TQM과 Six Sigma를 사용
TQM (Total Quality Management)
• TQM은 전사적 품질경영 또는 종합적 품질경영으로 불리며, 제품이나 서비스의 품질 뿐만 아니라
경영과 업무, 직장환경, 조직 구성원의 자질까지도 품질개념에 넣어 관리해야 한다고 주장
Six Sigma
• 제품 및 서비스의 품질 수준을 회기적으로 높여 고객만족도를 향상시키려는 프로그램
• Six Sigma라는 용어 자체는 결함 발생율이 100만개 중 3.4개로 거의 zero수준을 의미하는 개념
비즈니스 프로세스 리디자인 (Business process redesign)
구조적 변화의 더 강력한 형태로 비즈니스 프로세스를 분석하고 단순화시켜
재설계하여 낭비와 반복되는 것을 제거하고 작업흐름을 재구성 함
패러다임 변화 (Paradigm shifts)
새로운 정보시스템은 조직의 사업 수행 방식을 바꾸거나 사업의 성격자체를
바꾸게 하여 궁극적으로 조직의 큰 틀 설계에 영향을 미칠 수 있음
위험과 보상을 수반하는 조직변화
• 조직적 변화의 가장 일반적
형태는 자동화와 합리화
• 자동화와 합리화는 비교적
느리게 움직이고 변화하는
전략은 수익은 보통이지만
대신 위험부담이 적음
• 리디자인과 패러다임 변화와
같이 빠르고 포괄적인 변화는
높은 보상을 수반하지만
실패위험성이 높음
높음
패러다임 변화
위험
리디자인
합리화
낮음
→ 급진적인 변화일수록
높은 보상과 위험이 따름
자동화
낮음
높음
보상
Business process redesign
• 현대에는 수많은 기업들이 자사의 Business Process를 개선하기 위해 IT를 사용
• Business Process Management는 기업의 프로세스를 최적화시키고
새로운 프로세스를 구축할 수 있도록 하며 기존의 프로세스를 분석할 수 있는
도구와 방법을 제공해 줌
• Business process Management는 프로세스의 지속적인 변화가 필요하기 때문에
한번으로 끝마칠 수 없음
• 기업은 Business Process Management를 실행 하기 위해 5가지 단계를 실행 시킴
Business process management 실행을 위한 5단계
Identify processes for change
• Business process를 개선하기 위해 컴퓨터를 어떻게 사용해야 하는지 결정은
못했지만 Business process의 어느 부분을 개선하는 것이 필요한지에 대해 아는 것은
가장 중요한 전략을 결정하는 것 중 하나에 포함
Analyze existing processes
• Process Design Team은 불필요한 단계와 비효율적인 것들을 확인해야 함
Design the new process
• 존재하는 Process의 비용과 처리 시간을 측정
• Process Design Team은 기존의 Process와 비교해서 더 나은 Process를 설계
•
Implement the new process
•새로운 process를 완벽하게 모델화하고 분석한 후에 새로운 절차와 표준화 된
작업에 맞추어서 변화시킴
• 새로운 정보시스템이나 개선된 시스템은 새롭게 만들어진 Process를
실행할 수 있도록 지원할 수 있어야 함
• 새로운 Business process를 사용하기 시작한다면 문제를 발견하고
발견된 문제를 다루어야 함
• 직원들은 Process를 개선시킬 수 있는 방법을 제시하도록 노력해야 함
Continuous measurement
• New Process가 실행되고 최적화 된다면 지속적으로 실행이 잘 되고 있는지
관심을 가져야 함
• Process가 문제를 일으킨다면 직원들은 초과 근무를 하거나 변화 된 Process에 의해
효율적인 작업을 하지 못함
AS-IS business process for purchasing a book from
a physical bookstore
Customer
Go to
bookstore
Book
available
?
Search
shelves
Purchase
book
Take book
home
YES
Go to
another store
NO
NO
Clerk
searches
Clerk
Return to
store
Customer
Clerk
Found
Place
order
Receive
book
Notify
customer
Inquire about
ordering
Purchase
book
Able to
order
YES
Take book
home
Redesigned process for purchasing a book online
YES
• 고객들이 책을 구입하는 절차가 단순해짐
Access online
bookstore
•
Search online
catalog
책을 찾기
위한
Book
available
?
노력이 줄어들고 쉽게
Enter order and
payment
책을
검색data
가능
Receive book
in mail
•기존의 Process는 고객이 원하는 책이 없을 때 직원이 직접 책을 주문하고 받아서
서점에 갖다 놓은 후 고객이 다시 와서
NO책을 가져가는 방식으로 처리
• 변화 된 Process로 인해 온라인으로 도서가 없을 때 다른 서점을 이용해서
Select수령하는
other
책을 검색하고 빠르게 책을
것이 가능해졌음
online bookstore
Tools For Business Process Management
• 100개 정도의 소프트웨어 기업들은 Business Process Management의 다양한 측
면을 도울 수 있는 도구들을 제공
• IBM, Oracle, TIBCO 등이 소프트웨어 기업에 포함
• 이러한 도구들은 기업의 문제를 확인하고 process를 개선할 수 있도록 도와주며
새롭게 설계 된 Process를 기존 시스템이 지원할 수 있도록 통합시켜 줌
• 예를 들어 American National Insurance Company (ANCO) 는 고객들에게 생명
보험, 의료 보험, 손해 보험, 투자 서비스 같은 것을 제공하는데 Pegasystems
Business process Management work flow 소프트웨어를 사용해서 4개 기업 그룹
의 서비스를 고객에게 간편하게 제공함
• Business Process Management Tools 은 기업에서 재설계 된 Process가 잘 실행
되고 있는지 검사하고 개선 된 Process를 만들 수 있도록 지원해 줌
Building Information System
2. 시스템 개발 프로세스의 핵심활동은
무엇인가?
시스템 개발
-조직의 문제나 기회에 대한 정보 시스템의 솔루션을
만들기 위한 활동으로 문제 해결의 종류를 구조화
시스템 개발의 6개 주요활동
시스템
분석
생산과
시스템
유지보수
변환
설계
프로그래밍
테스팅
1.시스템분석
- 조직이 정보시스템을 이용해 해결하려는 문제를 분석하는 것
- 문제 정의 , 원인 파악, 해결책 구체화, 시스템 해결책 찾기 위해
정보 요구사항 확인하는 것으로 구성
- 시스템 분석가는 하드웨어와 소프트웨어의 소유자와
데이터사용자를 파악하고 정의하여 조직과 시스템의
로드맵을 작성하고 문서, 작업서류, 절차를 검사 ,시스템 운영 확인 ,
시스템 핵심 사용자들과의 인터뷰 등에서 문제의 영역과
해결책의 목표를 설정
- 시스템 분석은 타당성 조사를 포함 타당성 조사란
경제적, 기술적, 조직적 관점에서 솔루션이 실현가능한지,
달성할 수 있는 지의 여부를 결정하기 위한 조사
- 시스템 분석 프로세스
수행 할 수 있는 대안 솔루션 식별 하고 솔루션 타당성 평가
1.시스템분석
-정보요구사항 설계
- 시스템 분석가들의 가장 큰 문제는 시스템 해결책에 맞는 정보 요구를
규정하는 것
- 새 시스템의 정보요구는 누가 어떤 정보를, 어디서, 언제, 어떻게
필요로 하는지에 대해 식별하는 것을 포함
- 새로운 또는 수정된 시스템의 목표를 신중하게 정의, 새 시스템이
수행해야 할 기능에 대한 자세한 설명을 개발 하는 것
- 잘못된 요구사항 분석은 시스템 오류 및 높은 시스템 개발 비용의 주요 원인
2.시스템 설계
- 시스템이 목적을 어떻게 충족시킬 것인지 결정하는 단계로써
즉 정보시스템 설계는 해당 시스템의 전반적인 계획이나
모델이라고 할 수 있음
- 시스템설계자는 시스템 분석 단계에서 파악된 기능들의
구현방법을 시스템 명세서에 자세히 나타냄
- 잘 지어진 시스템 설계는 기술, 조직, 재무, 시간 제약 내에서
사용자 요구사항을 만족시키면서 사용하기 쉽고 효과적인 것
- 최종 사용자는 시스템이 비즈니스 우선순위와 정보 요 구를 반영하도록
설계 과정을 충분히 통제 해야함 이를 통해 시스템 이해도 향상, 구축된
시스 템의 적극적 수용이 가능해짐
4.테스팅
- 테스팅은 올바른 결과를 도출하기 위해서 수행하는 것
- 데이터를 테스트 하는 것은 신중한 준비, 결과 리뷰, 시스템에서
만들어지는 교정이 필요하기 때문에 중요하며 시간이 많이 소모
1. Unit testing(=program testing, 단위 검사)
시스템 안에서 각각 분리된 프로그램에 대한 테스트로 구성
프로그램을 실패하게 만드는 에러를 찾아서 고침
2. System testing(시스템 검사)
정보시스템의 기능을 테스트함
(모듈의 기능이 서로 분리되어 있는지, 시스템의 불일치가 존재하는지)
3. Acceptance testing(인수 검사)
유저와 관리자들이 시스템을 테스트한 후
시스템이 사용준비가 되었다는 마지막 증명서를 공급
테스트플랜은 이런 테스트를 준비하는 모든과정
5.전환
오래된 시스템을 새 시스템으로 바꾸는 과정
1. Parallel strategy(병행 전략)
모든 사람이 새 시스템의 기능이 괜찮다고 확신할 때까지
오래된 시스템과 새 시스템을 서로 같이 사용하는 방법
2. Direct cutover(직접전환 전략)
약속된 날에 새 시스템으로 대체하는 방법
새 시스템에 문제가 있을 수도 있기 때문에 위험성이 높음
3. Pilot study(파일럿 전략)
하나의 부서에만 새 시스템을 구축한 후에
잘 작동하면 조직의 나머지 부서에도 새 시스템을 설치하는 방법
4. Phased approach(단계적 전환 전략)
업무 수준에 맞추어 단계적으로 시스템을 구축하는 방법
전환단계에서 새로운 시스템에 대한 사용자들의 훈련과 자세한 기록문서가 요구
생산과 유지보수
생산
-새로운 시스템으로 완전히 전환된 후의 상태
-유저들과 기술 전문가들에 의해서 검토
원래의 목적을 얼마나 잘 충족하는지, 어떤 수정본이 적합한지 결정
-일부 사례로, 공식 Postimplementation audit (실행후 감사)문서가 마련됨.
시스템이 올바르게 개정된 후 에러를 바로잡고, 요청사항을 충족시키고,처리효율성
을 향상시키기 위한 생산을 하는 동안 은 유지되어야 함
유지보수
-고객들의 요구사항을 받아들이고, 오류를 수정하고,
프로세스를 향상시키기 위하여 하드웨어, 소프트웨어 등을 바꾸는 것
Building Information System
3. 디자인 시스템과 모델링 시스템을
위한 방법론의 원리는 무엇인가?
구조적 방법론
1970년대부터 진행되어온 TOP-DOWN 방식의 방법론
일반적이고 대략적인 것에서부터 구체적인 것으로 향함
Data Flow Diagram (DFD)
데이터 흐름의 논리적이고 도식적인 모델을 제공함
시스템을 관리 가능한 모듈로 분해하여
모듈 내의 프로세스와 상호작용을 명시하고 분석하는 기법
Process Specification
DFD의 최 하위 수준에 있는 각 프로세스의 내용에 대한 기술
Data Flow Diagram 대학 수강신청 데이터 흐름도
학생
확
인
편
지
요청
과목
1.0
신청 가능성
확인
과목
파일
승인/ 거부
선택
2.0
학생 등록
학생 마스터 파일
3.0
등록 확인
학생 상세사항
등록
데이터 사전 (Data dictionary)
구조적 분석을 위한 또 다른 도구
시스템에 존재하는 개별 데이터와 데이터그룹의 정보를 제공
데이터저장소에 있는 데이터의 내용을 구체적으로 정의하여 시스템개발자가
시스템 내에 어떤 데이터가 있는지 명확하게 이해하도록 도와줌
프로세스 명세서(Process specifications)는 데이터 흐름도의 가장 하위 수준에 있
는 각 프로세스의 변환 내용과 논리를 기술한 것
구조 차트 Structure Chart
설계의 각 수준, 다른 수준과의 관계, 전체 설계구조에서의 위치 등을 보여주는
하향식 차트
객체지향 개발Object- oriented Development
데이터 모델링에 적합한 방법
객체지향 개발은 시스템의 분석과 설계의 기본단위로 객체를 사용함
객체는 데이터와 데이터 조작하려고 특정 프로세스를 결합시킴
객체지향 모델링은 클래스와 상속의 개념에 기초함
하나의 특정 클래스에 속하는 객체들은 그 클래스들의 특징을 갖고 있음
구조적 개발보다 더 반복적이고 점증적
분석하는 동안 시스템 개발자는 시스템의 가장 중요한 특성과 제안된 시스템이
반드시 해야 하는 일을 명시한 기능적 요구사항을 문서화 함
컴퓨터 지원 소프트웨어 Computer - aided software engineering (CASE)
다른 이름 : Computer- aided Systems Engineering
방법론들의 자동화를 지원하는 소프트웨어 도구들을 제공함으로써
개발자의 반복적인 작업량을 줄이도록 함
CASE 도구들은 문서의 생성과 개발 팀간의 협업을 도와 줌
작업된 내용을 검토하고 수정하기 위해 서로 다른 사람의 파일에 접근하도록
허용함으로써 팀 구성원들은 그들의 작업을 손쉽게 공유할 수 있음
강력한 그래픽 기능이 있으며 PC에서 운영 됨
Building Information System
4. 정보시스템 설계에 대한
대안적인 방법은 무엇인가?
시스템
생명주기
프로토
타이핑
최종 사용
자
개발
아웃소싱
응용 소프
트웨어
패키지
장점
단점
요구사항에 불확실 할 때 유용
완벽한 시스템 개발 필요를 못 느낌
정보시스템의 최종사용자
인터페이스를 설계할 때 유용
시스템 개발의 필수 단계를 간과
사용자의 요구사항을 충족시킴
대용량 데이터를 쉽게 수용하지
못할 가능성 보유
기본적
요구
사항 파
악시
초기
제품 개
발
시제품
사용
예
운영
시제품
단계 1
단계 2
단계 3
시용
자가
만족?아니오
시제품
수정 및
개선
단계 4
장점
전통적인 시스템 생명주기를 이용한 시스템 개발보다 빨리 완성될 수 있음
사용자에게 자신들의 사업 요구를 직접 명시하도록 함으로써 요구사항
수집이 용이하며, 적극적인 사용자 참여와 만족도 제고가 가능
단점
복잡한 절차적 논리와 요구사항이 필요한 응용프로그램들을 처리하기
쉽지 않아 일부 비즈니스 응용프로그램에서 사용되는 전통적인 도구들을
대체할 수 없음
정보시스템 부서의 관리와 통제 범위가 위부로 벗어나 조직적 위험이 존재
장점
◆아웃소싱을 이용하는 기업은 비용을 절감할 수 있음
◆ 세계 최고수준의 기술자산과 스킬 들을 제공 받을 수 있음
◆ 아웃소싱 업체의 전문화는 다른 많은 고객들과 공유할 수 있으며, 자사의
전문성 향상에도 도움이 됨
단점
◆ 기업은 아웃소싱 업체와의 관계를 관리할 수 있는 계약을 체결해야 함
◆ 아웃소싱 업체에 지나치게 의존하게 되어 비용이 증가하며 기술적 방향의
통제권도 잃게 될 수 있음
◆ 아웃소싱업체들이 자사 비즈니스 절차를 이해하는데 많은 시간 소요
Building Information System
5. 디지털 기업에서 시스템 구축을 위한
새로운 접근은 무엇인가?
 RAD (Rapid Application Development) – 고속 응용 개발
 매우 짧은 시간 안에 작동 시스템을 만드는 프로세스. – 시간 절약
 그래픽 사용자 인터페이스 개발을 위한 비주얼 프로그래밍 도구 활용 &
시스템 핵심 요소인 반복적 프로토 타이핑 (소프트웨어 시스템이나 컴퓨터
하드웨어 시스템을 본격적으로 생산하기 전에 그 타당성의 검증이나 성능 평가
를 위해 미리 시험 삼아 만들어 보는 모형제작방법), 프로그램 코드 생성의
자동화, 최종 사용자와 정보 시스템 개발자 사이의 긴밀한 팀 워크.
 JAD ( Joint Application Design) – 합동 애플리케이션 디자인
 정보요구사항의 신속한 수집과 초기 시스템 설계를 위해 사용
- 고객의 요구 사항을 협업을 통해서 중점적으로 포착해내는 데 매우
효과적 & 설계 단계를 상당히 빠르게 진행 시킬 수 있으며 사용자의 적극적인
참여 유도
 Agile Development (AD) – 민첩한 개발
 민첩한 소프트웨어 개발 방식 - 가장 오래되고 전통적인 방식의 개발
방법론 의 단점을 보완해 사용자, 개발자, 테스터가 한 조를 이뤄
사용자 중심으로 개발하는 것.
 큰 프로젝트가 계속적인 피드백과 상호작용을 사용하면서 짧은 시간에
일을 끝마칠 수 있는 작은 프로젝트로 나눠짐.
 Component – Based Development (CBD) - 컴포넌트
기반 개발
 기존 시스템이나 소프트웨어를 구성하는 컴포넌트를 조립해서 하나의
새로운 응용프로그램으로 만드는 개발 방법론. - 소프트웨어 재 사용으
로 개발 비용과 시간을 절감하고, 급속한 기술 발전으로 인해 도입으로
쓸모 없는 정보 시스템에 새로운 생명을 불어넣을 수 있는 대안
 웹 서비스와 서비스 지향 컴퓨팅
 내 외부 시스템의 통합을 지원하는 것 외에도 새로운 정보 시스템을
개발 하거나 기존 시스템에 새로운 기능을 제공하거나 개선하기 위한
도구로 사용.
 복잡한 거래를 처리하기 위해 다른 웹 서비스도 이용 가능
 다른 기업과 협력 할 수 있는 새로운 기회를 유지하면서도 새로운
시스템 개발에 소요되는 비용을 상당히 절감. - 비용절감효과
CHAPTER 13 Case Study
1조
성빈이와 연
장자들
Can Business Process Management Make A Difference?
1. 왜 AmerisourceBergen과 Diebold
이런 큰 화사가 비즈니스 프로세스
관리의 좋은 후보자입니까?
원인
• 큰 회사가 비즈니스 포로세스를 제일
필요로 한다.
• 큰 회사가 대량 복잡한 제조상, 의약상과의
관계가 있기 때문에 비즈니스 조건을 거듭
변화시켜서 계약과 가격 내역의 변화를
이끌 수 있다.
• 만약 위에 말한 상황이 발생되었다면,
회사가 비즈니스 규칙과 연방 규정을
준수해야 한다.
• 이런 관계에서 계약서와 가격 내역을
관리하면 시간이 많이 소비된다. 전화, fax,
포스트 메일을 의뢰할 것이고, 이런 과정이
많이 발생한다
Are Electronic Medical Records a Cure for Health Care?
2. 각 회사가 다시 디자인하고 비즈니스
프로세스 관리를 통해서
비즈니스 혜택은 무엇인가?
AmerisourceBergen
1.
2.
3.
4.
적은 인원
적은 논쟁
더 정확한 가격 정보
높은 투자 환원
1.
2.
3.
4.
높은
빠른
핵심
모든
효율과 정확한 기록 추적
왕복 시간
항목, 지표 관리의 우수성
활동의 온라인 감사
2009 년 BMP에서 글로벌 우수상과 Workflow상을 받았다.
Diebold
•
실시간 감독, 분석, 제어하고 이들의 집행 과정을 개선하고
기존 운영 시스템으로 과정을 정함
•
실시간 주문을 추적하고 과거 데이터에 의해 미래 성능을 예측 가능
•
항목 산품을 잘 완성하는지, 어디서 쌓는지 감사 가능
•
직원과 고객이 되돌아온 문제를 신속하게 식별하고 해결 가능
Are Electronic Medical Records a Cure for Health Care?
3. BPM이 이런 기업들에게
그들의 기업을 실행시키는 것을
어떠한 방법으로 바꿨습니까?
AmerisourceBergen
70조 수익을 내며, 약 유통 비용을 감소
의약 제조사와 건강관리 제공자의 서비스를
환자에게 개선하는 결과 제공
Diebold
플랫폼은 실행과정을 모니터링하고, 분
석하고, 제어하고 향상시키기 위해 관리
자에게 실시간 가시성(visibility) 제공
기존 운영 시스템과 통합
모든 계약 정보는 싱글저장소에 보관
입금취소와 계약을 위한 커뮤니케이션과
기업 내부 부서간, 거래 파트너들과의
가격 정보를 더욱 쉽게 조사
1.더 효과적이고 정확한 기록추적
2.빠른 턴어라운드 타임
3.핵심성과지표 안의 훌륭한 경영
4.모든 활동 흔적의 온라인감사
실시간으로 순서를 추적
과거 데이터를 기반으로 미래 성능 예상
툴을 이용해 각 단계가 얼마나 걸리는지
알 수 있음
특정한 물품이 위치한 곳을 탐지
Are Electronic Medical Records a Cure for Health Care?
4. 상당수의 기업 프로세스에
BPM소프트웨어를 확대시켰을 때
생길 몇 가지의 문제는 무엇인가?
BPM 사용으로 발생할 수 있는 문제점
변경프로세스가 복잡하며 그만큼 변화하기 어려움
→ 변화하기 어려운 BPM의 도입은 자칫 기업을 관료화시키고
조직 구성원들이 새로운 비즈니스 프로세스에 대해
적응하는 과정에서 시간이 오래 걸리는 문제점 발생
기존의 프로세스보다 비효율적인 프로세스 발생 문제가 생길 수 있음
Are Electronic Medical Records a Cure for Health Care?
5. 어떠한 회사가 BPM을 실행함으로써
가장 많은 이익을 얻을 수 있는가?
AmerisourceBergen, Diebold같은 제약업체나 유통업체에서 이
미 BPM을 사용해 프로세스 개선을 통한 이익을 냈지만
AmerisourceBergen, Diebold 든 어느 회사든
비효율적 프로세스를 사용하던 회사는 모두 프로세스 개선으로 이익을 볼 수 있다.
Zimbra Zooms Ahead With Oneview
1. 짐브라 판매 프로세스의 과정을 묘사하
라.
오래된 마케팅 자동화 시스템이
이 프로세스를 얼마나 잘 지원하는가?
그것이 어떤 문제를 만드는가? 그 문제는
비즈니스에 어떤 영향을 끼치는가?
짐브라의 판매 프로세스
짐브라
웹메일업체, 오픈소스 메시징과 통신소프트웨어 패키지를 주력으로 판매
주요제품으로 ZCS(ZIMBRA COLLABORATION SUITE)가 있음
ZCS는 연락처 목록, 공유 캘린더, 인스턴트 메시징, 호스팅된 문서, 검색,
VoIP를 하나의 패키지로 결합하고 모든 모바일 웹 브라우저에서
사용할 수 있음
ZSC의 비즈니스모델은 웹사이트의 방문자의 수에 달려있음
사용자가 웹사이트를 방문하여 ZSC의 60일 기간의 시험버전을
다운로드 하였을때 판매프로세스가 시작됨.
무료버전을 사용한 고객들에게 일정비용을 내고 더 나은기능의
상업용 버전을 이용토록 설득하는 것.
짐브라의 판매부서에서는 수많은 방문자중에서 이익을 내줄 수 있는 고객에
대해 포커스를 맞출 필요성이 요구됨.
마케팅 자동화 시스템의 문제와 영향
Eloqua의 마케팅 자동화 소프트웨어를 사용하였지만
복잡하여 판매 프로세스를 잘 지원하지 못함.
-판매원들이 수집하길 원하는 데이터가 포함된 데이터 필드에 접근 시 조건문을
입력하도록 요구하여 시간의 소모를 가져옴
-오직 MS의 인터넷익스플로어만을 지원
-(짐브라 판매부의 2/3은 파이어폭스를 사용)
-비싼 가격으로 인해 다섯명의 판매원과 한명의 마케터의 접근을 허용한
초보자용의 패키지를 사용했음
이러한 문제들은 ZCS의 상업버전을 구매할 의사가 있는 고객에 집중하는
것을 방해하였으며 이 때문에 간소화되고 심플한 솔루션을 제공하고
설치와 유지가 쉬운 마케팅 자동화시스템이 요구됨.
Zimbra Zooms Ahead With Oneview
2. 새로운 마케팅 소프트웨어 패키지에 대한
짐브라의 필요조건을 목록화하고
서술하라. 만약 당신이 새로운 시스템을
위한 RFP를 준비한다면
당신은 어떤 질문을 던지겠는가?
필요사항
간편함과 간소함 - 기존 Eloqua 시스템의 복잡성에 비해 정말 필요로 하는 기능
간단히 사용
호환성- 파이어폭스 에서도 이용가능 짐브라가 이용하는 세일즈포스닷컴의
CRM과의 연동성
쉬운 설치와 유지, 값싼 가격
LoopFuse사로부터 on-demand 마케팅 자동화 솔루션인 OneView를 선택
RFP
제안요청서
어떤 기술과 어떤 업체를 선택하여 시스템을 구축할 것인지를 결정내리기위해
제안요청서를 통해 발주자가 자사의 시스템에 대한 요구사항을 체계적으로
정식문서로 제공하고 수주자는 제안서를 작성할 때 기본적인 자료로 활용
즉 발주자가 지니고 있는 문제를 해결과 대안을 외부의 수주자로부터 구하는것
우리조가 생각한 RFP 질문
위에 언급된 필요사항외에 보안성에 대해 언급하고 질문할 것
-고객데이터에서 이익이 되는 핵심고객을 추려내고 마케팅하는 것이기에
당연히 필요하다고 생각
또한 핵심고객을 추려내기 위해 FAQ나 이메일 등에서 ZCS에 관심을 보이는
고객을 분석할 수 있는 데이터마이닝 기술을 갖추고 있는지에 대해서도 질문하고
기준을 세울 것
Zimbra Zooms Ahead With Oneview
3. 새로운 마케팅 시스템은 어떻게
짐브라의 경영 방법에 변화를 주었는가?
이것은 어떻게 성공했는가?
LoopFuse사로부터 on-demand 마케팅 자동화 솔루션인 OneView를 선택
핵심기능은 웹사이트 방문자 추척, 자동회된 마케팅 프로그램 커뮤니케이션,
고객 행동 알림, 그리고 CRM통합
자동화된 프로세스, 다양한 브라우저에서 사용 가능 , 세일즈포스와의 쉬운 통합
간단한 보고프로세스를 통한 직원의 보고서 작성시간을 단축
종량제와 정액제등의 가격선택권의 다양성을 통해 필요한 서비스만을
선택 ,판매인력의 효율적 배치가 가능해짐
마케팅 시스템을 유지하고 사용하는 비용이 절감되고 시간은 반으로 단축됨
이덕분에 ZSC의 서비스품질 개선에 더욱 집중할 수 있게 될 것
실제 판매실적은 10~15% 향상
Are Electronic Medical Records a Cure for Health Care?
1. 전자의료기록 시스템을 설계하는데
어려움의 책임으로 경영, 조직, 기술은
무엇인가? 당신의 대답으로 설명하라.
Are Electronic Medical Records a Cure for Health Care?
2. 전자의료기록 시스템을 창조했을 때
시스템을 구축하는 단계에서
가장 어려운 것은 무엇인가?
당신의 대답을 설명하라.
Are Electronic Medical Records a Cure for Health Care?
3. 디지털화 되지 않은 의료 기록관리는
사업과 사회적으로 어떤 영향을 주는가?
( 개인 의사, 병원, 보험사, 환자)
개인의사
• 환자가 병원에 올 때마다, 환자에 대한 서류를 찾아서 확인해야 함.
• 환자가 이전에 다른 병원에 가서 어떤 치료를 받았고,
어떤 약을 복용했는지 확인할 수 없음
→ 효율적인 진료가 힘들고 환자의 과거 병력에 대해서 자세히
알 수 없기 때문에 정확한 진료가 어려울 경우가 발생할 수 있음
병원
• 환자의 정보가 서류로 작성되어 있기 때문에 오류 발생이 높고,
서류의 분실 시 환자의 데이터가 사라질 수 있음
• ERM을 도입하는데 한 명의 의사마다 3~5천 만원의 비용이 들지만,
ERM은 선불로 이용가능하고 비용을 충분히 지원했을 때 효력 발생함
• 소규모 병원일 경우, ERM 도입을 하기 위해 초기에 많은 비용과
관리비가 발생함
보험사
• 보험회사가 아무리 빨리 일을 처리한다고 해도, 직접 코드를 할당하고
서류를 확인해야 하기 때문에 보험처리 절차가 늦음.
• 진단 코드와 절차코드가 수천개나 있기 때문에, 이 작업만 단독으로
수행하는 사람을 고용하기 때문에 비용 발생함.
환자
• 나의 과거 병력, 과거 · 현재 복용 약물을 문진으로 적거나,
의사에게 직접 말하는 수밖에 없음.
• 정확하고 효율적인 진료를 받지 못 할 확률이 높음
• 치료 도중에 병원을 옮기는 상황이 발생한다면, 새로운 병원에 가서
처음부터 진료를 받아야 하는 불편함이 있음.
• 보험회사에 보낼 서류를 직접 준비해야 하는 불편함.
(의사의 소견서, 초진기록지, 비용영수증 등 준비해야 할 서류도 많고
서류를 발급하는데 비용 발생)
Are Electronic Medical Records a Cure for Health Care?
4. 디지털 의료 기록관리의 사업적 이득과
사회적 이득은 무엇인가?
개인의사
• 전자 의료 기록 시스템(ERM)을 통해 개인 정보, 지금까지의 치료과정,
검사결과, 진단 및 치료, 처방한 의약품, 치료에 대한 영향을
알 수 있으므로 종이로 된 파일이 없어도 즉시 필요한 정보를
ERM 접속을 통해 얻을 수 있음
병원
• ERM을 통해서 오류 감소, 치료 향상, 서류 작성의 편리함,
빠른 서비스 제공이 가능
→ 비용을 감소시킬 수 있음
보험사
• 진단 코드와 절차 코드가 자동으로 입력 되어서 빠른 처리 가능.
• 신용카드 청구 ·지불 시스템처럼 데이터가 즉시 전송 됨
→ ERM을 통해서 보험이 즉석으로 처리되거나 실시간 청구가 가능.
환자
• VA에 의해 치료가 시작된 후의 환자의 몸무게, 혈압, X-ray 사진, 치료
결과, 다른 치료 결과, 약의 목록, 예약 같은 환자의 건강 문제를 기록
• 간호사가 환자의 태그를 스캔하여 환자가 적절한 양의 약을
복용했는지 확인 가능 → 약의 남용 줄이고 치료 활성화
• VA를 통해서 환자의 정기적인 치료가 가능해짐
Are Electronic Medical Records a Cure for Health Care?
5. 의사의 두 가지 중요한 정보 요구 사항을
지정하고, 전자 의료 기록 시스템에
의해 해결되어야 할 병원과 환자를 위한
두 가지를 작성하라.
의사
업데이트의 간편함
• 의사가 어디에 있든 환자의 검색 데이터가 업데이트 되어
의사가 반응할 수 있어야 한다.
데이터 검색의 편리함
• 의사들은 종이로 된 파일들이 없어도 즉시 필요한 정보들
을 EMR로부터 접속하여 얻을 수 있다. 만약 기록을 가지
고 있는 사람이 병원에 나가있다면, 그 환자 상황에 대한
기록과 진단 결과들은 즉시 온라인에서 사용할 수 있다.
환자
개인정보 보호와 제출의 편리함
• 개인정보 보호에 힘써야 하고 진료기록 제출 할 때 쉽게
정보 접근이 가능해야 하고 제출 할 때 편리해야 한다.
건강 상태 지속적으로 체크
• EMR 시스템을 바탕으로 환자의 건강상태를 스스로 체크
하여 치료 받기가 편리 해야 한다.
병원
신속한 업데이트
• 병원운영에 관한 데이터가 신속하게 업데이트 되어야
한다.
데이터 공유의 편리함
• 전국적인 EMR 시스템을 비롯한 여러 시스템의 공유가
편리해야 한다.
Are Electronic Medical Records a Cure for Health Care?
6. "as-is(현재상황)"와 "to-be(미래상황)"
는 EMR 시스템이 구현되기 전 후에
환자에 대한 중재와, 처방에 대한
프로세스를 도식화하라.
EMR 시스템 전
As-is
To-be
 환자 방문
 진료
 종이로 진료 기록 작성
 종이 처방전 읽고
약 처방
 통합된 의료 관리
시스템 필요
EMR 시스템 후
As-is
To-be
 환자 방문
 진료기록 조회
 진료
 기록한 거를 바탕으로 처방
 진료코드 할당
 코드를 바탕으로 약 처방
 기존에 종이차트에
기록했던 인적 사항,
병력,건강상태,진찰,
입 퇴원 기록 등 환자
의 모든 정보를 전산
화하여 입력, 관리,
저장하는 형태인
EMR 시스템 필요.

similar documents