BAB II TINJAUAN PUSTAKA

BAB II TINJAUAN PUSTAKA

2.1

Medical Record Pada awalnya istilah yang digunakan untuk menyebut catatan data-data

pasien yang berkaitan dengan perawatan kesehatan adalah istilah patient record, dan kemudian lebih umum digunakan istilah rekam medis (medical record). Rekam medis adalah keterangan baik yang tertulis maupun yang terekam tentang identitas, anamnesis, pemeriksaan fisik, laboratorium, diagnosis segala pelayanan dan tindakan medik yang diberikan pada pasien dan pengobatan baik yang rawat inap, rawat jalan maupun yang mendapat tindakan gawat darurat.( Depkes RI, Dirjen Yan Medik, 1994:3). Patient record adalah suatu rekaman atau catatan yang berisi tentang kondisi kesehatan dan penyakit pasien yang dibuat setelah pasien mendapatkan suatu tindakan medis.(Bemmel; 2000:76) Electronic Patient Record (EPR) adalah sebuah kumpulan informasi tercatat tentang pasien yang berhubungan dengan perawatan kesehatan dalam bentuk elektronik. Health Personnel Act dan Patients Rights Act memberikan definisi tentang Electronic Patient Records yaitu: “An electronic collection of registered information on patient related to health care ”.(Gafurov, Helkala dan Svensen, H.K ; 2005) Definisi ini kurang sempurna karena terminologi yang digunakan adalah Electronic Patient Record dan belum memberikan ruang untuk suatu kemampuan interoperasi (interoperability) yang sudah merupakan kebutuhan mendesak saat ini yaitu rekam medis elektronik atau Electronic Medical Record (EMR).

2.2

Electronic Medical Record (EMR) Secara umum untuk menyebut suatu catatan tentang kesehatan dan penyakit

pasien dalam bentuk data elektronik dan memiliki interoperability digunakan terminologi Electronic Medical Record (EMR). Menurut Medical Records Institute, terdapat lima tingkat dari Electronic Health Care Record (EHCR), seperti berikut ini. (diunduh dari http// www. Ohsu.org, tgl 1/1/2009, jam 15.00) 8 Universitas Indonesia

Pengembangan prototipe perangkat....., Sulaiman Metere, Program Pascasarjana, 2009

9

1. Automated Medical Record (AMR). AMR adalah sebuah rekaman atau catatan yang masih berbasiskan kertas namun dengan beberapa dokumen yang sudah dihasilkan oleh komputer. 2. Computerized Medical Record (CMR). CMR membuat dokumendokumen pada tingkatan AMR menjadi tersedia secara elektronik. 3. Electronic Medical Record (EMR). EMR melakukan restrukturisasi dan optimasi dari dokumen-dokumen pada tingkatan sebelumnya dengan memastikan kemampuan interoperasi (interoperability) dari semua sistem dokumentasi. 4. Electronic Patient Record (EPR). EPR adalah sebuah rekaman atau catatan yang berorientasi pada pasien dengan informasi dari berbagai institusi. 5. Electronic Health Record (EHR). EHR adalah informasi-informasi kesehatan umum yang tidak terkait langsung dengan penyakit. Rekam kesehatan berbasis elektronik memungkinkan akses yang luas menyeluruh dan tepat waktu untuk mendapatkan informasi kesehatan bagi petugas kesehatan. Komputerisasi sangat meningkatkan proteksi terhadap kerahasiaan informasi melalui penerapan kunci dan kendali akses yang memadai. Sistem ini menunjang kesinambungan pelayanan dan berperan sebagai sumber daya bagi pihak manajemen dari sistem pelayanan kesehatan dan untuk pengembangan pengetahuan. (Computer based Patient Record Institute, 1999; Wilson, 2000:101). Rekam

medis

konvensional

menggunakan

kertas

sebagai

media

pencatatannya sedangkan rekam medis elektronik secara umum untuk menyebut suatu catatan tentang kesehatan dan penyakit pasien dalam bentuk elektronik. Rekam kesehatan berbasis elektronik dapat menunjang aktivitas: 1) perekaman data (capture); 2) penyimpanan data (storage); 3) pengelolaan data (processing); 4) komunikasi data (communication); 5) keamanan data (security); 6) dan penyajian informasi kesehatan (presentation of health information).

Universitas Pengembangan prototipe perangkat....., Sulaiman Metere, Program Pascasarjana, 2009 Indonesia

10

Rekam kesehatan berbasis elektronik juga memungkinkan penyediaan kemampuan yang menghasilkan data pasien yang lengkap dan akurat (complete and reminders and alerts system), sistem penunjang pengambilan keputusan (decision support system), serta hubungan keterkaitan dengan sistem penyedia basis data pengetahuan atau data yang terkait (related data and knowledge bases links).

2.3

Endoskopi Istilah endoskopi merupakan istilah umum bagi semua alat yang bisa

memantau keadaaan organ bagian dalam tubuh pasien. Istilah ini berkembang sendiri-sendiri sehingga dikenal beberapa istilah gastrokopi yaitu alat untuk melihat organ pencernaan, bronkoskopi untuk paru-paru, kolonoskopi untuk usus besar, laparoskopi untuk kebidanan. Sebelum teknologi endoskopi ditemukan cara dokter zaman dahulu mengetahui kelainan organ bagian dalam tubuh manusia adalah dengan memperkirakan kelainan organ tersebut tanpa melihat dengan jelas kondisi organ tersebut. Namun di era teknologi saat ini hal tersebut sudah dapat diminimalisir karena kemajuan teknologi endoskopi sehingga hasil pemeriksaan endoskopi pasien semakin mudah dilihat dan dianalisa kelainannya oleh dokter yang melakukan bedah endoskopi. Alat yang berguna dalam mengamati organ dalam tubuh manusia ditemukan oleh Adolf Kussmaul pada tahun 1822-1902 dan sejak itu paradigma baru mengenai prosedur pemeriksaan endoskopi mulai berkembang. Era endoskopi di Indonesia dimulai tahun 1959 ketika seorang dokter bernama Pang menulis mengenai penggunaan peralatan endoskopi dalam disertasinya. Sedangkan peralatan endoskopi setengah lentur baru digunakan di Indonesia pada tahun 1967 oleh Dr. Simadibrata. Awal penemuannya, peralatan endoskopi masih berbentuk sangat kaku yakni berupa tabung metal dilengkapi dengan obturator. Namun setelah Desmereaux, dokter asal Prancis yang melengkapi peralatan endoskopi tersebut dengan lampu illuminator maka gambar organ dalam tubuh pasien terlihat jelas. Kini, peralatan endoskopi berkembang menjadi semakin lentur dengan tujuan agar lebih memudahkan peralatan tersebut masuk ke dalam tubuh pasien


11

untuk melihat organ yang mengalami kelainan. Seiring dengan perkembangan teknologi peralatan endoskopi mengalami kemajuan yang sangat pesat sehingga saat ini peralatan endoskopi sudah dilengkapi dengan instrument fiber optic yang dilengkapi dengan sistem video yang dapat menghasilkan photo capture dan video capture hasil pemeriksaan endoskopi pasien. Dengan demikian maka setiap gerakan yang terjadi dalam organ tubuh pasien dapat diamati dan direkam atau difoto secara langsung untuk kemudian dilakukan analisa lebih lanjut oleh dokter endoskopi. Peralatan endoskopi juga berguna untuk melakukan deteksi dini. Banyak penyakit yang bisa didiagnosa dengan alat ini, terutama penyakit yang berhubungan dengan organ tubuh bagian dalam misalnya seperti kasus penyakit kanker lambung. Dengan peralatan endoskopi ini penyakit tersebut bisa didiagnosa sejak awal dengan endoskopi karena alat tersebut dapat menangkap adanya gambaran usus ganas di daerah anreum dan cardia pada organ tersebut. Jenis kasus kanker yang bisa diamati dengan prosedur endoskopi adalah kanker esofagus seperti esophageal, yaitu keganasan yang terbatas di mukosa dan sub mukosa tanpa metastais di kelenjar getah bening. Dengan endoskopi, maka kanker tersebut dapat terlihat dengan jelas kondisinya. Melalui teropong endoskopi area kanker ditunjukkan dengan bintik abu-abu berlatar belakang kemerahan. Prosedur endoskopi juga berguna untuk menangani tumor karninoid. Endoskopi mampu menemukan tumor karsinoid ukuran satu milimeter atau lebih di usus besar, dubur, lambung dan usus dua belas jari. Untuk menilai seberapa jauh penyebaran menembus lapisan usus dan ada tidaknya metasis maka diperlukan endoskopi ultrasonografi. Jadi, semua keluhan awal kanker jenis apa saja bisa didiagnosis melalui prosedur endoskopi. Hasil deteksi dini kalainan organ dalam tubuh pasien yang didapat dengan menggunakan prosedur endoskopi tersebut disimpan dalam catatan rekam medis pasien.

2.4

Endoscopic Electronic Medical Records System (EEMR) Perkembangan teknologi komputer telah membawa perubahan pada sistem

informasi kesehatan sehingga seringkali muncul istilah Electronic Health Record


12

(HER), Electronic Medical Record (EMR) dan Electronic Patient Record (EPR). (Rong, C.Gosta, E. dan Gunnar, O.K., Julius-a Templete Based Supplementary Electronic Health Record System, BMC Medical Informatic and Decision Making, 2007 p.7:12). Endoscopi

Electronic

Medical

Records

System

(EEMR)

adalah

pengembangan dari Computerized Endoscopic Medical Record (CEMR). Konsep Computerized Endoscopic Medical Record (CEMR) mulai ada sejak endoskopi dikembangkan, namun CEMR seringkali membutuhkan fasilitas komputer yang lebih maju sesuai dengan praktisi endoskopis yang tersedia. Endoscopi Electronic Medical Records System (EEMR) dikembangkan untuk memordenisasi prosedur manajemen informasi di Unit Endoskopi. Laporan penting yang dihasilkan Computerized Endoscopic Medical Record (CEMR) adalah identifikasi pasien, identifikasi dokter, riwayat kesehatan, jenis prosedur pemeriksaan, indikasi penyakit, hasil diagnosa akhir, hasil intervensi teraupetik, komplikasi dan disposisi. CEMR juga dapat menyertakan fungi administrasi seperti coding, billing, inventory control, scheduling dan practice analysis termasuk mencetak hasil gambar pemeriksaan endoskopi baik berupa photo maupun video. (Gastroentestinal Endoscopy, Volume 51, No. 6: 2000 ). Aturan utama dari Endoscopi Electronic Medical Records System (EEMR) adalah kelanjutan dari generasi prosedur pelaporan endoskopi yang ada di Unit Endoskopi. Endoscopi Electronic Medical Records System (EEMR) sudah lebih meningkat kedalam database yang canggih dengan sistem pelaporan yang lebih luas

dan

lengkap

dari

sekedar

laporan

sederhana.(Gastroentestinal

Endoscopy,Volume 67, No.4: 2008 ). Komponen penting dari Endoscopi Electronic Medical Records System (EEMR) adalah computer workstation yang membutuhkan persyaratan minimum sistem berdasarkan proprietary software. Computer workstation ini dapat dihubungkan dengan sebuah jaringan ke dalam sistem penyimpanan utama (main storage server). Beberapa produk aplikasi Endoscopi Electronic Medical Records System (EEMR) yang telah dibuat oleh perusahaan software seperti: 1) aplikasi CORI version.3 dari perusahaan Porland dan Ore. Aplikasi EEMR ini tidak menyediakan rekaman langsung monitoring pasien,


13

manajemen gambar atau foto, video clip, akses internet, modul catatan perawat dan modul catatan kantor tapi hanya menyediakan automated coding, inventory control, searchable fields dan bebas biaya service contract, software and installasion; 2) aplikasi Endoworks 7.3 dari perusahaan Olympus Amerika, Inc, Center Valley. Aplikasi ini menyediakan manajemen gambar atau foto, video clip, akses internet, automted coding,inventory control,searchable fields tapi tidak menyediakan rekaman langsung monitoring pasien, modul catatan perawat dan modul catatan kantor. perangkat keras dari aplikasi ini hanya cocok dengan IBM Intellistation (compatible hardware) dengan biaya service contract (cost/year/room) sebesar $900-$2300 dan biaya software and installasion sebesar $5000-15,000. Aplikasi Endoscopi Electronic Medical Records System (EEMR) juga ada yang

dilengkapi

scheduling,pathology

interface,hospital

EMR

interface,

automated fax and e-mail, instrument tracking, and endoscopi unit statistics. Endoscopi Electronic Medical Records System (EEMR) membutuhkan peralatan minimum untuk workstation seperti: 1) aplikasi CORI Versi.3 dari perusahaan Porland dan Ore membutuhkan Operation System Windows 95, 54 MB RAM, 200 MB Hard Disk, Pentium 486; 2) aplikasi Endoworks 7.3 dari perusahaan Olympus Amerika, Inc,Center Valley membutuhkan Operation System Windows XP Professional, 1GB RAM, 80 GB HD, Pentium 4. Endoscopi

Electronic

Medical

Records

System

(EEMR)

awalnya

menghasilkan laporan umum yang sederhana namun saat ini Endoscopi Electronic Medical Records System (EEMR) mengalami kemajuan dalam pengembangan aplikasinya sehingga EEMR telah menjadi sistem manajemen pelaporan unit endoskopi yang lebih lengkap seperti laporan manajemen alat yang dipakai, manajemen foto dan video clip, nursing input, sistem pencarian database serta beberapa laporan umum lainnya yang dapat disesuaikan dengan kebutuhan unit endoskopi.


14

Data Endoscopi Electronic Medical Records System (EEMR) didasarkan pada teks yang dimasukkan oleh endoskopist untuk dijadikan database. Dengan beberapa sophisticated tools seperti pull down-menu,checklists dan terminologi yang terstandarisasi dapat mengurangi pengetikan dan meningkatkan pemanfaatan database sehingga database tersebut juga dapat digunakan untuk tujuan penelitian retrospektif. (Aabakken L, Westerheim J, Hofstad B, et al. SADE database for endoscopic procedures: aspects of clinical use. Endoscopy 1991, Vol.23:269-71).

Tabel 2.1 Gambaran Umum EEMR Systems

Sumber: (Gastroentestinal Endoscopy,Volume 67, No.4: 2008).


15

Tabel 2.1 Gambaran Umum EEMR Systems (lanjutan)

Sumber: (Gastroentestinal Endoscopy,Volume 67, No.4: 2008).

Fungsi yang lebih maju dari Endoscopi Electronic Medical Records System (EEMR) adalah dapat menjadi interface untuk Hospital Electronic Medical Record (HEMR) atau Hospital Information System (HIS) dan database pathologi serta dapat dikomunikasikan dengan mengirimkan informasi pelaporan dan rekaman catatan rekam medis pasien endoskopi ke dokter dengan melalui media komunikasi seperti fax, e-mail dan internet.(Enns RA, Barkun Enns RA, Barkun AN, Gerdes H. Electronic endoscopic information systems : what is out there?Gastrointest EndoscClinNAm 2004;14:745-54). Saat ini, Endoscopi Electronic Medical Records System (EEMR) dapat dikembangkan lebih jauh untuk manajemen data di unit endoskopi seperti berikut. 1. Manajemen data preprosedur yang meliputi informasi demografi pasien, schedule mingguan atau bulanan tindakan endoskopi yang dilakukan dan dapat disesuaikan dengan data klinik seperti riwayat kesehatan pasien,


16

pengobatan, hasil pemeriksaan lain dari dokter. Beberapa sistem aplikasi dapat mentransfer tanda vital dari monitor pasien ke dalam EEMR dengan output yang sesuai dengan monitor pasien seperti RS-232 communication port. 2. Manajemen data intraprosedur yang meliputi data pengobatan yang diberikan dokter atau perawat endoskopi selama pasien dirawat dan dapat ditransfer secara otomatis ke sistem pelaporan endoskopi. 3. Manajemen data postprosedur yang meliputi sistem pelaporan lengkap unit endoskopi . Sistem pelaporan ini secara otomatis menyediakan kode terminology ICD-10 (International Classification of Diseases-10). Modul keperawatan dalam Endoscopi Electronic Medical Records System (EEMR) adalah modul tambahan sehingga sebagian vendor atau perusahaan menambahkan biaya untuk penambahan modul tersebut. Kemudian hasil gambar (capture) dari berbagai sumber seperti photo capture, video capture, fluoroscopy dan ultrasonografi dengan DICOM (Digital Imaging and Communications in Medicine) yang sesuai dapat langsung disimpan dalam Endoscopi Electronic Medical Records System (EEMR). Data dan informasi ini dapat dengan mudah diekspor ke berbagai sumber yang lain.(American Society for Gastrointestinal Endoscopy.

Electronic

data

exchange

standards.

Gastrointest

Endosc

1998;48:683-4). Endoscopi Electronic Medical Records System (EEMR) di masa datang mempunyai kegunaan dalam manajemen unit endoskopi. Beberapa sistem aplikasi yang digunakan memuat data inventory endoskopi seperti obat endoskopi, peralatan dan assesories endoskopi yang digunakan selama bedah endoskopi dilakukan serta statistik produktivitas unit endoskopi. Modul tambahan yang dapat dikembangkan untuk EEMR adalah otomatisasi coding, penulisan resep obat yang terintegrasi dengan hasil laboratorium dan pathologi, serta penggunaan teknologi voice recognition. (Weinstein ML, Korman LY. Information management. Gastrointest Endosc Clin N Am 2002;12:313-24). Penggunaan Struture Query Languange (SQL) dalam software Endoscopi Electronic Medical Records System (EEMR) akan memudahkan sistem pencarian database. Dokter dan perawat endoskopi akan lebih mudah melakukan pencarian


17

kembali informasi mengenai rekam medis pasien dan dengan menggunakan bantuan menu pull-down, step-down, dialogbox dan sistem pencarian data pasien yang telah tersedia dalam aplikasi Endoscopi Electronic Medical Records System (EEMR) data rekam medis pasien dapat diakses dengan cepat dan mudah. Metode untuk memilih dengan cepat dari data yang ada dalam Endoscopi Electronic Medical Records System (EEMR) adalah menggunakan Intelligent Graphical Interface (IGI). (Bansal,M. Medical Informatic, New Delhi: Tata McGrowHill,2003, P.38) . Dengan berkembangnya teknologi endoskopi yang cukup pesat maka saat ini hasil deteksi dini dari prosedur endoskopi dapat disimpan dalam komputer dan hasilnya dapat diakses dengan cepat melalui sistem informasi yang tersedia baik melalui fax,e-mail ataupun internet. Selain itu hasil pemeriksaan endoskopi pasien juga dapat diintegrasikan dengan Hospital Information System (HIS) milik rumah sakit.

2.5

Hospital Information System (HIS) Hospital Information System (HIS) merupakan salah satu aplikasi Sistem

Informasi Manajemen Rumah Sakit (SIMRS) yang saat ini banyak dikembangkan oleh manajemen rumah sakit. Ciri aplikasi Sistem Informasi Manajemen Rumah Sakit (SIMRS) ini diantaranya adalah terdiri dari sistem informasi administrasi rumah sakit, sistem sistim informasi klinis dan sistem informasi rekam medis yang seluruhnya dapat terintegrasi dalam Hospital Information System (HIS). Sistem informasi rumah sakit adalah suatu tatanan yang berurusan dengan pengumpulan data, pengelolaan data, penyajian informasi, analisa dan penyimpulan informasi serta penyampaian informasi yang dibutuhkan untuk kegiatan rumah sakit.(Siregar,K.Km, 2005:hal.1). Sistem informasi adalah suatu cara yang sudah tertentu untuk menyediakan informasi yang dibutuhkan oleh organisasi untuk beroperasi dengan cara yang sukses dan untuk organisasi bisnis dengan cara yang menguntungkan.(Sabarguna, B.S.,2005: hal.8).


18

Secara garis besar komponen yang terkait dalam Sistem Informasi Manajemen (SIM) adalah sebagari berikut:

Gambar 2.1 Komponen Sistem Informasi

Sumber: (Sabarguna, B.S, Sistem Informasi Manajemen Rumah Sakit, 2005: hal.51).

Gambar 2.2 Alur Data Informasi Rumah Sakit

Sumber: Sabarguna, B.S, Sistem Informasi Manajemen Rumah Sakit, 2005: hal.14).


19

Gambar 2.3 Arus Data Informasi Rumah Sakit

Sumber: (Sabarguna, B.S, Sistem Informasi Manajemen Rumah Sakit, 2005: hal.13).

Gambar 2.4 Clinical Information

Sumber: (Sabarguna, B.S, Sistem Informasi Klinis dan Aria Kekali, Jakarta:UIPress, 2005)


20

Gambar 2.5 Modul Clinical Care


Secara garis besar Sistem Informasi Rumah Sakit, terbagi atas 3 jenis di bawah ini. 1. Sistem Informasi Klinik 2. Sistem Informasi Administrasi 3. Sistem Informasi Manajemen Masing-masing sistem bisa dilakukan secara sendiri-sendiri atau secara bersamaan sebagai suatu kesatuan yang integral (Sabarguna, B.S, 2005:hal.13).


21

Gambar 2.6 Modul Clinical Informatic



22

2.6

Kerangka PIECES Kerangka PIECES (Performance, Information, Economics, Control,

Efficeincy, Service) berguna untuk mengklasifikasikan masalah dan menganalisa sistem dan aplikasi manual dan terkomputasi (James Wetherbe dan Nicolas P. Vitalari, 1994 : hal 196-199). Kerangka opportunities

dan

PIECES

digunakan

directives

yang

untuk ada.

mendefinisikan

Setiap

huruf

dalam

problems, PIECES

merepresentasikan sebuah kategori dalam perumusan masalah yang ada, diantaranya yaitu. (Jeffery L.Whitten, Lonnie D.Bentley dan Kevin C.Dittman, Metode Desain dan Analisis Sistem, ANDI and McGraw-Hill Education, Edisi 6 : 2004; hal 86-87). 1. P adalah kebutuhan untuk mengoreksi atau memperbaiki performa (performance). 2. I

adalah kebutuhan untuk mengoreksi atau memperbaiki informasi

(information) dan data. 3. E adalah kebutuhan untuk mengoreksi atau memperbaiki ekonomi (economic) sehingga meningkatkan keuntungan. 4. C adalah kebutuhan untuk mengoreksi atau memperbaiki kontrol (control) atau keamanan. 5. E adalah kebutuhan untuk mengoreksi atau memperbaiki efisiensi (efficiency) orang maupun proses yang ada. 6. S adalah kebutuhan untuk mengoreksi atau memperbaiki layanan (service) ke pelanggan, pemasok dan karyawan. Apapun metode pengembangan yang dipakai maka proses pengembangan sistem seharusnya diawali dengan timbulnya masalah (Problem), kesempatan (Opportunity) atau adanya suatu arah pengembangan baru (directive). Masalah (problem) dalam kerangka PIECES adalah situasi tidak diinginkan yang menghalangi organisasi untuk mencapai visi, misi, tujuan dan sasaran. Opportunity adalah kesempatan untuk memperbaiki organisasi bahkan saat


23

problem

teridentifikasi

tidak

ada

sedangkan

directive

adalah

persyaratan/permintaan baru yang diberikan oleh manajemen, pemerintah, atau beberapa pengaruh lain. (ANDI and McGraw-Hill Education, Edisi 6: 2004; hal 86). Dengan kerangka PIECES ini, dapat dihasilkan hal-hal baru yang dapat menjadi pertimbangan dalam pengembangan sistem. PIECES framework dapat dipakai sebagai alat untuk mengevaluasi sistem yang sekarang ada dan melihat peluang perbaikan untuk melakukan analisa kebutuhan sistem yang ada. Adapun daftar lengkap dan kerangka pemecahan masalah PIECES adalah sebagai berikut.(ANDI and McGraw-Hill Education, Edisi 6 :2004; hal 87). 1.

Performance (P) A. Produksi jumlah kerja selama periode waktu tertentu. B. Waktu Respons atau penundaan rata-rata antara transaksi atau permintaan dengan respon ke transaksi atau permintaan tersebut.

2.

Information (I) A. Output. a. Kurangnya informasi. b. Kurangnya informasi yang diperlukan. c. Kurangnya informasi yang relevan. d. Terlalu banyak informasi. e. Informasi yang tidak akurat. f. Informasi yang sulit untuk diproduksi. g. Informasi yang tidak tepat waktunya . B. Input. a. Data tidak di capture. b. Data tidak di capture secara akurat, ada error. c. Data sulit di capture. d. Data di capture secara berlebihan atau data yang sama di capture lebih dari sekali. e. Terlalu banyak data yang di capture. f. Data ilegal di capture.


24

C. Data tersimpan. a. Data disimpan secara berlebihan dan banyak. b. Item-item data sama memiliki nilai-nilai berbeda dalam file-file berbeda (integrasi data yang jelek) c. Data tersimpan tidak akurat. d. Data tidak aman dari kecelakaan atau vandalisme e. Data tidak diorganisasikan dengan baik. f. Data tidak fleksibel dan tidak mudah untuk memenuhi kebutuhan informasi baru dari data tersimpan g. Data tidak dapat diakses. 3.

Economic (E) A. Biaya. a. Biaya tidak diketahui. b. Biaya tidak dapat diacak ke sumber. c. Biaya terlalu tinggi. B. Keuntungan. a. Pasar-pasar baru dapat dieksplorasi. b. Pemasaran saat ini dapat diperbaiki. c. Pesanan-pesanan dapat ditingkatkan.

4.

Control (C) A. Keamanan atau kontrol terlalu lemah. a. Input data tidak diedit dengan cukup b. Kejahatan (misalnya penggelapan atau pencurian) terhadap data. c. Etika dilanggar pada data atau informasi. d. Data tersimpan secara berlebihan tidak konsisten dalam file-file atau database-database yang berbeda. e. Peraturan atau panduan privasi data dilanggar. f. Error pemrosesan terjadi (oleh manusia, mesin atau perangkat lunak). g. Error pembuatan keputusan terjadi.


25

B. Kontrol atau keamanan berlebihan. a. Red tape (prosedur) birokratis memperlamban sistem. b. Pengendalian menggangu para pelanggan atau karyawan. c. Pengendalian berlebihan menyebabkan penundaan proses. 5.

Efficiency (E) A. Orang, mesin atau komputer membuang waktu. a. Data secara berlebihan di input atau disalin. b. Data secara berlebihan diproses. c. Informasi secara berlebihan dihasilkan. B. Orang, mesin, atau komputer membuang material dan persediaan. C. Usaha yang dibutuhkan untuk tugas-tugas terlalu berlebihan. D. Material yang dibutuhkan uintuk tugas-tugas terlalu berlebihan.

6.

Service (S) A. Sistem menghasilkan produk yang tidak akurat. B. Sistem menghasilkan produk yang tidak konsisten. C. Sistem menghasilkan produk yang tidak dapat dipercaya. D. Sistem tidak mudah dipelajari. E. Sistem tidak mudah digunakan. F. Sistem canggung untuk digunakan. G. Sistem tidak fleksibel apa situasi baru atau tidak umum. H. Sistem tidak fleksibel untuk berubah. I. Sistem tidak kompatibel dengan sistem-sistem lain.

2.7

Pengembangan Sistem Informasi Kebanyakan organisasi memiliki proses pengembangan sistem (system

development process) resmi yang terdiri dari satu set standar proses yang diharapkan akan diikuti oleh semua proyek pengembangan sistem. Proses pengembangan sistem di kebanyakan organisasi mengikuti pendekatan pemecahan masalah. Beberapa model

pengembangan sistem sebagai berikut.(Panggih,

2007:13)


26

1. Model klasik Model pengembangan klasik dikenal waterfall approach karena tugastugas tersebut mengikuti suatu pola yang teratur dan dilakukan secara top-down. Adapun fase-fase pengembangan sistem informasi tersebut sebagai berikut: 1) fase perencanaan; 2) fase analisis; 3) fase desain; 4) fase implementasi. Gambar 2.7 Fase Siklus Hidup Pengembangan Sistem Informasi

Kebijakan dan perencanaan sistem

Awal proyek sistem

Analisis sistem

Desain (perancangan) sistem secara umum

Desain (perancangan) sistem secara terperinci

Pengembangan sistem

Seleksi sistem

Implementasi (penerapan) sistem

Perawatan sistem

Manajemen sistem

2. Model prototyping Prototyping dilakukan jika memenuhi syarat: 1) waktu pembangunan singkat dan dibatasi dengan ketat; 2) developer memiliki pengalaman yang sedikit terhadap sistem yang serupa;


27

3) lingkungan klien tidak khusus dan tidak stabil; 4) pembuatan keputusan pada sistem tidak terstruktur atau semi terstruktur; 5) prosedur Prototyping lebih singkat dan pengguna terlibat aktif. Kelebihan prototyping adalah: 1) adanya potensi untuk mengubahsistem sejak dini dalam masa pengembangannya; 2) adanya peluang untuk menghentikan pengembangan sistem atau sebagian bila sistem itu tidak berfungsi; 3) lebih bisa memenuhi kebutuhan dan harapan pengguna. Kelemahan prototyping adalah: 1) kesulitan dalam mengatur prototyping sebagai suatu instrumen dalam sistem yang lebih besar; 2) pengguna memakai program prototyping seolah-olah sebagai sistem yang sudah selesai, padahal dia belum lengkap. 3. Model spiral Model spiral adalah pengembangan model yang mengadopsi fitur penting milik model klasik dan prototyping tetapi model ini memiliki fitur penting yang tidak dimiliki oleh model yang diadopsinya, yaitu analisis resiko dan hambatan untuk manajemen pembuatan perangkat lunak karena membantu mengurangi kegagalan tidak digunakannya program saat implementasi. Analisis ini terdiri dari analisis teknis dan manajemen. Analisis ini menggunakan sekumpulan langkah manajemen resiko sebagai berikut: 1) indentifikasi resiko dan tantangan; 2) penaksiran besaran resikodan tantangan; 3) penentuan prioritas resikodan tantangan; 4) penentuan strategi manajemen resiko dan tantangan; 5) penentuan resolusi resiko dan tantangan dan; 6) pengawasan resiko dan tantangan.


28

Hasil

analisis

resiko

dapat

digunakan

untuk

mendesain

dan

mengembangkan bahkan memutuskan apakah pengembangan sistem harus diteruskan atau tidak.

2.8

Kerangka Teori Sebelum dilakukan pengamatan terhadap proses bisnis maka untuk

memahaminya dengan baik diperlukan tahapan penentuan kebutuhan (business requirements). Tahapan ini diperlukan agar rancangan sistem informasi yang dibuat

sesuai

dengan

kebutuhan

para

pengambil

keputusan

yang

menggunakannya. Penentuan kebutuhan tersebut tidak lepas dari critical success factors (CFC) dari sistem dan alasan awal mengapa sistem informasi tersebut akan dikembangkan. Oleh sebab itu, diperlukan kerangka PIECES (Performance, Information, Economics, Control, Efficeincy, Service) untuk memahami mengapa sebuah sistem informasi akan dikembangkan. Apapun metode pengembangan yang dipakai, proses pengembangan seharusnya diawali dengan timbulnya masalah

(problem),

kesempatan

(opportunity)

atau

adanya

suatu

arah

pengembangan baru (directive). Masalah (problem) adalah situasi yang tidak diharapkan yang menghambat pencapaian tujuan, target ataupun sasaran suatu organisasi. Kesempatan (opportunity) adalah kesempatan untuk meningkatkan organisasi dalam mencapai tujuan sedangkan arah pengembangan baru (directive) adalah persyaratan baru yang dikenakan oleh manajemen, pemerintah atau beberapa pengaruh eskternal. Kebanyakan organisasi memiliki proses pengembangan sistem (system development process) dengan mengikuti pendekatan pemecahan masalah. Pendekatan tersebut biasanya terdiri dari beberapa langkah pemecahan masalah yang umum seperti: 1) mengidentifikasi masalah; 2) menganalisa dan memahami masalah; 3) mengidentifikasi persyaratan dan harapan solusi; 4) mengidentifikasi solusi alternatif dan memilih tindakan yang terbaik; 5) mendasain solusi yang dipilih;


29

6) mengimplementasi solusi yang dipilih; 7) dan mengevaluasi hasilnya. Kebutuhan fungsional pada dasarnya dapat dikelompokkan atas. 1. User Interface Requirements yaitu kebutuhan pengguna sistem akan input-output yang didukung sistem informasi. 2. Processing Requirements yaitu spesifikasi kebutuhan pemrosesan yang diperlukan untuk melakukan semua aktivitas yang terlibat dalam transformasi input menjadi output. 3. Storage Requirements yaitu pengorganisasian, isi dan ukuran basis data dan prosedur untuk perawatannya. 4. Control Requirements yaitu isu terkait dengan akurasi, validitas, keselamatan, keamanan dan adaptabilitas. Pengembangan sistem dari sistem lama menjadi sistem baru diharapkan memberikan perbaikan pada sistem yang lama menjadi lebih efektif sehingga kualitas informasi yang disajikan lebih akurat, cepat dan tepat. Discovery prototyping dan rapid architected development adalah contoh pendekatan analisis system terakselerasi yang menekankan kontruksi protipe untuk secara lebih cepat mengidentifikasi persyaratan-persyaratan bisnis dan pengguna untuk sebuah sistem baru. Kebanyakan pendekatan semacam itu diambil dari variasi pada konstruksi prototipe yaitu sebuah contoh sistem yang diinginkan yang berskala kecil, tidak lengkap tapi berfungsi sehingga prototipe tidak akan berisi pemeriksaan error, validasi data input, keamanan, dan kelengkapan pemrosesan sebuah aplikasi yang telah selesai dilakukan.Akan tetapi karena prototipe dapat dikembangkan dengan cepat maka dengan cepat pula aplikasi mengidentifikasi pesyaratan bisnis yang paling krusial sehingga kadang


30

prototipe-prototipe dapat berkembang menjadi system-sistem informasi dan aplikasi-aplikasi yang actual dan lengkap. Adapun kerangka teori yang dipakai dalam pengembangan sistem yang dihasilkan adalah sebagai berikut: Gambar 2.8 Proses Pengembangan Sistem

Pra System Need assesment Analysis system Design system

System Development Pasca System Implementatio Maintenance Improvement

Tabel 2.2 Perspektif Proses Pengembangan Sistem Proses pengembangan sistem

Langkah-langakh Pemecahan Masalah

Yang disederhanakan

yang Umum

Permulaan Sistem

1. Mengidentifikasi masalah

Analisis Sistem

2. Menganalisa dan memahami masalah 3. Mengidentifikasi persyaratan dan harapan solusi

Desain Sistem

4. Mengidentifikasi solusi yang dipilih 5. Mendesain solusi yang dipilih

Implementasi Sistem

6. Mengimplementasi solusi yang dipilih 7. Mengevaluasi hasilnya.

Sumber: (Jeffrey, Lennie and Kevin, Metode Desain dan Analisis Sistem, Edisi 6 : 2004; hal 31-32).


31

2.9

Kerangka Konsep Berdasarkan kerangka teori maka disusun kerangka konsep penelitian yaitu

sebagai berikut : Gambar 2.9 Kerangka Konsep Penelitian

Mediview Software

Mediview Software (hasil evaluasi)

EEMR-HIS (prototyping)

Kerangka PIECES

Kerangka konsep pengembangan sistem tersebut diatas diobservasi melalui siklus tiga aktifitas dasar yaitu masukan (input), proses (processing ) dan keluaran (output). Input berupa kumpulan data transaksi atau data pendukung lainnya yang bersumber dari dalam dan luar sistem. Proses merupakan transformasi data dari input menjadi keluaran yang berguna. Output merupakan hasil dari transformasi data menjadi suatu informasi maupun laporan-laporan. Informasi ini juga memerlukan umpan balik dari hasil keluaran yang dikembalikan kepada organisasi yang berkepentingan untuk mengevaluasi atau memperbaiki masukan (input).


32

2.9.1

Definisi Operasional

2.9.1.1 Mediview Software Aplikasi sistem informasi endoskopi di Unit Endoskopi RS HM Thamrin Internasional Salemba yang akan dievaluasi dengan menggunakan kerangka PIECES dan dianalisis dengan menggunakan metodologi pengembangan sistem. 2.9.1.2 Mediview Software (hasil evaluasi ) Aplikasi sistem informasi endoskopi di Unit Endoskopi RS MH Thamrin Internasional

Salemba

yang

merupakan

hasil

evaluasi

dengan

menggunakan kerangka PIECES 2.9.1.3 Endoscopi Electronic Medical Records System (EEMR) Aplikasi prototype perangkat lunak Endoscopi Electronic Medical Record System yang merupakan hasil pengembangan dari Mediview software. Dari tiga variabel kerangka konsep tersebut tiap variabel dilakukan pendekatan sistem melalui komponen input, processing dan output sebagai berikut. 1. Komponen input merupakan sumber data untuk bahan masukan pada tahap proses yang diolah dan dianalisis oleh sistem. Data tersebut didapat secara rutin setiap hari dari unit endoskopi dan unit terkait lainnya berupa data kunjungan pasien, diagnosis akhir dan jenis tindakan endoskopi. 2. Komponen proses merupakan transformasi data sehingga dihasilkan informasi berupa rekapitulasi kunjungan pasien dan laporan tindakan operasi endoskopi.


33

3. Komponen output merupakan proses sistem yang menghasilan keluaran berupa laporan kunjungan dan hasil analisa serta kesimpulan.


BAB II TINJAUAN PUSTAKA

Recommend Documents