SPESIFIKASI PERSYARATAN FUNGSIONAL REKAM KESEHATAN ELEKTRONIK

SPESIFIKASI PERSYARATAN FUNGSIONAL REKAM KESEHATAN ELEKTRONIK

TUGAS MANAJEMEN INFORMASI KESEHATAN 6

OLEH:

KELOMPOK 6 DAN KELOMPOK 7

PROGRAM STUDI D4 MANAJEMEN INFORMASI KESEHATAN

UNIVERSITAS ESAUNGGUL

JAKARTA

2014

CHAPTER 10SPESIFIKASI PERSYARATAN FUNGSIONAL REKAM KESEHATAN ELEKTRONIKKetika "membeli" catatan kesehatan elektronik, kesehatan yang pada dasarnya membeli banyak elemen yang berkontribusi untuk mencapai fungsi definisi dari EHR. Meskipun hal ini tentu akan mencakup "software EHR", itu juga baik dapat mencakup hardware dan upgrade telekomunikasi dan perangkat baru, sebuah repositori data dan berbagai transaksi dan analisis alat untuk mendukungnya, lisensi dari basis pengetahuan berbagai sumber daya lain untuk berkontribusi pada keputusan klinis dukungan dan sumber daya untuk menginstal, tes, kereta api, dan terus memelihara dan memperbarui komponen sistem banyak.

Tidak semua komponen dari sebuah EHR harus dibeli sekaligus (dan beberapa banyak dikembangkan in-house), namun proses untuk sampai ke titik membeli atau mengembangkan apa yang dibutuhkan untuk mencapai visi organisasi dari sebuah EHR memerlukan perencanaan yang cermat. Bagian dari perencanaan ini melibatkan penilaian terhadap berbagai kesehatan proses EHR akan berdampak, kebutuhan fungsional yang ada, dan data dan persyaratan infrastruktur teknologi untuk memenuhi kebutuhan tersebut.

Topik-topik ini telah dibahas dalam bab-bab sebelumnya dari buku ini. Bab ini pada dasarnya menarik potongan untuk merumuskan pernyataan khusus dari persyaratan fungsional untuk EHR organisasi. Kadang-kadang pernyataan ini dibuat dalam bentuk request for proposal (RFP) yang dapat digunakan untuk mendapatkan tawaran dari vendor (dibahas dalam Bab 12). Bab ini.

Delineates fungsi EHR dapat diharapkan untuk melakukan

Mengakui jalur migrasi fungsi yang mencapai berbagai tingkat manfaat.

Menjelaskan kemampuan data tampilan, menangkap data dan kegiatan pengambilan, klinik pesan / komunikasi dukungan, persyaratan administrasi dan alur kerja, sistem pendukung keputusan klinis, dan pelaporan / populasi fungsi kesehatan.

Mengidentifikasi keandalan sistem, dan privasi dan pertimbangan keamanan.Fungsi dari Electronic Health Record

Beberapa skema telah diusulkan seluruh buku ini dalam upaya untuk menggambarkan fungsi EHR dari perspektif yang berbeda.

Sebuah jalur migrasi disarankan di mana EHR dalam paling dasar dari mungkin mulai dengan hasil studi diagnostik dan dokumen ditranskripsi dibuat tersedia melalui kemampuan tampilan data. Ini titik awal mungkin atau tidak mungkin termasuk pencitraan dokumen. Sebagai langkah kedua, komunikasi kemampuan akan diperlukan. Tergantung pada apakah EHR terletak di kantor rumah sakit atau dokter, ketertiban dan hasil komunikasi dapat menjadi fokus atau pesan klinis antara penyedia dapat diinginkan. Perawatan pasien charting / dokumentasi merupakan rintangan utama dari hanya menggabungkan dan menyediakan akses ke data yang membutuhkan dokter untuk benar-benar menggunakan sistem untuk membuat perintah dan catatan rekaman (sekali lagi, fungsi yang berbeda-beda tergantung pada rawat inap vs rawat jalan EHR). Telah dicatat bahwa untuk mendorong perawatan pasien charting / dokumentasi, dokter harus mendapatkan nilai dalam bentuk link ke sumber-sumber pengetahuan, mesin aturan, dan mendukung keputusan klinis. Akhirnya, diidentifikasi sebagai set akhir fungsi dalam jalur migrasiDi samping untuk mengidentifikasi fungsi di sepanjang jalur migrasi, menghubungkan fungsi untuk manfaat terukur merupakan elemen penting dalam mengapresiasi fungsi suatu EHR ini. Ketersediaan data adalah fungsi mendasar affording manfaat penting yang jauh melampaui ketersediaan kertas catatan. Akses ke data memberikan penghematan biaya langsung-dari operasional pengurangan staf digunakan untuk mencari dan mengangkut catatan untuk perbaikan dalam produktivitas oleh dokter sendiri. Dokumentasi tanpa dukungan keputusan dapat memiliki dampak berpotensi negatif biaya, di mana proses tersebut mungkin lebih memakan waktu daripada di lingkungan kertas dan salah satu yang dokter mungkin tidak mau terlibat dalam tanpa nilai kembali dalam bentuk dukungan keputusan. Pendukung keputusan memberikan kontribusi banyak untuk meningkatkan biaya perawatan dan efisiensi pelayanan dan efektifitas. Data menjangkau penyedia lain dan pasien akan meningkatkan hasil pasien dan kualitas layanan. Pada akhirnya, dukungan untuk kontinum perawatan-terutama dengan longitudinal yang nyata-biaya penghematan data dan kualitas perbaikan-akan diperoleh secara individu pasien serta tingkat, lebih global ekonomi..

Akhirnya, lembaga (IOM) bekerja kedokteran paling baru pada fungsi EHR inti dan pengembangan HL7 tentang suatu fungsi sistem model EHR rancangan standar untuk penggunaan trial (DSTU) keduanya karya-karya penting yang menggambarkan dasarnya fungsi yang sama seperti di atas, meskipun tidak selalu dalam jalur migrasi atau kontinum format manfaat. Fungsionalitas inti IOM'S termasuk informasi kesehatan dan data, manajemen hasil, order entry / manajemen, pendukung keputusan, komunikasi elektronik dan konektivitas, dukungan pasien, proses administrasi, dan pelaporan dan manajemen kesehatan penduduk. 2003 IOM upaya untuk mendefinisikan fungsionalitas inti difokuskan pada fungsi pemberian perawatan saja dan tidak menangani elemen infrastruktur, seperti manajemen database, penggunaan standar kesehatan, atau privasi dan keamanan. HL7 menambahkan dimensi-dimensi di DSTU nya (lihat Lampiran B).Migrasi Jalur Fungsi EHR

Ketika diambil bersama-sama, fungsi dari sebuah EHR umumnya akan dilaksanakan sesuai dengan pola adopsi diantisipasi yang mencerminkan kurva nilai. Gambar 10.1 memberikan 1. Data access= akses data2. Data capture and retrieval/result mgmt= tampilan data dan pengembalian

3. Communication/connectivity and patient support= komunkasi/sambungan dan dukungan pasien

4. Administrative process aand workflow order entry/mgmt= proses administrasi dan masukan data bagan kerja

5. Decision support= dukungan keputusan

6. Reporting and population health= laporan dan kesehatan populasi

ringkasan dari pola adopsi dokter dan kurva nilai yang telah paling diamati sampai saat ini. Seperti yang telah dibahas dalam bab-bab sebelumnya, bagaimanapun, adalah tidak perlu untuk mengikuti jalur migrasi secara langsung, meskipun beberapa langkah perlu datang sebelum atau bersamaan dengan orang lain dari sudut pandang desain. Sebagai contoh, data yang harus ada dalam sistem sebelum dapat dikomunikasikan. Namun, organisasi somee menyediakan komunikasi / konektivitas sebelum memiliki data capture sepenuhnya kuat dan sistem pencarian. Setidaknya satu organisasi telah merancang sistem yang unik di mana beberapa fungsi pendukung keputusan disertakan dengan akses data. Untuk tujuan dari spesifikasi fungsional pengorganisasian, bagaimanapun, struktur dalam gambar 10.1 berguna, asalkan dipahami bahwa urutan dapat bervariasi atau komponen dapat runtuh / memperluas tergantung pada definisi organisasi dari EHR dan kemampuan saat ini.Untuk masing-masing dari enam kategori fungsional utama, melihat secara mendalam ditawarkan seperti apa fungsi harus dipertimbangkan untuk EHR, termasuk kebutuhan infrastruktur teknis untuk mendukung mereka. Adalah penting untuk menyadari bahwa fungsi akan bervariasi antara pengaturan penyedia. Apa yang mungkin berlaku untuk hopital yang mungkin tidak berlaku untuk kantor dokter atau pengaturan perawatan rawat jalan lainnya, dan sebaliknya. Rumah jompo, perawatan di masyarakat, dan catatan kesehatan pribadi (PHRs) juga memiliki berbagai kebutuhan yang akan diakui sebagai mereka temui.Akses Data

Akses data adalah fungsi yang paling mendasar dokter inginkan dalam sebuah EHR. Melintasi semua pengaturan perawatan dan memberikan nilai yang paling langsung ke dokter. Bahkan jika data yang dikumpulkan dengan cara EHR adalah hasil studi diagnostik sederhana, transkripsi, dan / atau dokumen pindai yang telah disimpan dan dicetak untuk digunakan oleh dokter setiap kali akses ke data yang dibutuhkan, masih akan ada manfaat yang signifikan. Lebih dari apa pun, data akan tersedia saat dibutuhkan-untuk mengobati pasien, untuk meninjau catatan dalam menanggapi panggilan telepon, untuk memberikan salinan ke aconsultant. Dalam pengaturan rawat jalan, ini saja mungkin berarti bahwa pasien tidak perlu menunggu untuk kunjungan lagi kantor untuk laporan studi diagnostik dapat ditemukan atau memiliki tes diulang. Dalam pengaturan rawat inap perawatan akut atau jangka panjang, hal itu terutama akan meningkatkan produksi untuk departemen pendukung dan personil keperawatan.

Akses data juga penting untuk personil administrasi dalam melaksanakan fungsi penggantian, kualitas peningkatan pemantauan, manajemen risiko, perencanaan organisasi, dan aspek hukum.

Ketika data menggambarkan mengakses persyaratan fungsional, organizationshould menggambarkan semua pengguna dan penggunaan data yang dapat diakses dalam rangka untuk memastikan bahwa spesifikasi fungsional yang lengkap. Data fungsi akses juga mendorong manusia-komputer antarmuka pemilihan alat.Hasil ulasanhasil review fungsi relatif mudah untuk menerapkan karena banyak hasil studi diagnostik yang sudah dalam bentuk yang dapat dibaca oleh mesin. Pada kenyataannya, sistem informasi yang paling sakit (HIS) sudah termasuk fungsi ini. Selain itu, banyak rumah sakit yang membuat fungsi ini tersedia untuk kantor dokter melalui portal web, meskipun banyak kantor juga masih meminta faks. Gambar 10.2 memberikan contoh layar tinjauan hasil.

Laboratory result= hasil laboratoriumHasil review tersebut sering cukup "datar" melalui Via konektivitas jarak jauh. Ini berarti bahwa hasil akan muncul dalam format yang sama seperti pada selembar kertas. Kemampuan untuk grafik dan melakukan manipulasi lain untuk meninjau hasil dalam mode yang berbeda sering membutuhkan fungsi yang lebih besar, faktor yang perlu diingat ketika menentukan fungsi ulasan. (Lihat bagian bawah pada data capture dan pengambilan / manajemen hasil.)Ditranskripsi Dokumen Elektronik dan Signature

Akses ke dokumen yang telah ditentukan dan ditulis (baik untuk catatan rumah sakit dari catatan kantor) menyediakan otentikasi tanda tangan elektronik (ESA) kemampuan. Dokter dapat login ke internet yang dan disajikan dengan kemampuan untuk menandatangani laporan mereka didikte dan mengambil salinan.

Ini harus bo mencatat bahwa kemampuan ini umumnya tidak tanda tangan digital. Di ESA, standar log-on dan password dan / atau token otentikasi mechanisme digunakan. Sebuah tanda tangan digital menggunakan enkripsi untuk mengotentikasi dan menyediakan layanan bebas penyangkalan. The American Medical Association (AMA) menyediakan dokter dengan kemampuan tanda tangan digital, tetapi tidak jelas berapa banyak telah mengambil keuntungan dari itu atau seberapa baik kerjanya antara rumah sakit dan kantor dokter.Selain laporan rumah sakit, menengah hingga besar ukuran kantor dokter menggunakan dikte untuk meningkatkan alur kerja. Berikut ini adalah kasus di titik:

Dalam menilai kesiapan satu phyisician kantor untuk mengakuisisi EHR, phisician mencatat: "Kami mendikte segalanya, sehingga 80 persen dari catatan dalam elektronik dari sudah." Hal ini dikatakan dengan sugestion yang mengotomatisasi 20 persen remaning dari catatan kesehatan akan menjadi sepotong kue. Jika semua kantor ingin ketersediaan ditingkatkan data, Statment akan akurat. Tentu saja, mereka gagal untuk mengenali bahwa laporan ditranskripsi hanya gumpalan Taht teks tidak dapat proccesed di tingkat elemen data tanpa fungsi indexting tambahan, sehingga mereka menyediakan llittle valjue untuk EHR funcionality melampaui ketersediaan mereka. Selanjutnya, 80/20 akan memerintah berlaku. 20 persen yang tidak otomatis akan kemungkinan take80 persen dari upaya untuk mengotomatisasi di EHR.Document Imaging dan Arus KerjaAkses ke dokumen yang telah dipindai melalui dokumen-pencitraan PROSES dapat membuat setiap dokumen dalam catatan kesehatan tersedia untuk dilihat. Dokumen pencitraan memiliki sejumlah kegunaan. Dalam EHR elektronik penuh, hal itu dapat digunakan untuk menangkap dokumen yang tidak berasal dari dalam organisasi atau harus ditandatangani dengan tanda tangan basah (seperti petunjuk muka, otorisasi, dan persetujuan). Ketika pencitraan dokumen usedas sebagai awal dari EHR yang komprehensif, digunakan terutama untuk meningkatkan alur kerja administrasi dan pengambilan nanti untuk penerimaan berikutnya atau pertemuan, sebagai lawan untuk mengakses data saat ini selama pengakuan atau kunjungi. Di rumah sakit yang menggunakan pencitraan dokumen, seluruh isi sebuah pengakuan biasanya dipindai pada saat debit. Beberapa dokumen-sistem pencitraan maka hanya membuat dokumen tersedia untuk dilihat. Keuntungan dari ini adalah bahwa informasi kesehatan manajemen (HIM) dan pasien jasa keuangan dpartement, misalnya, bisa sama-sama mengakses catatan secara bersamaan.

Banyak dokumen-sistem pencitraan menambahkan komponen alur kerja untuk fungsi mereka. Hal ini memungkinkan dokumen yang akan proaktif diarahkan ke mana pekerjaan yang harus dilakukan. Sebagai contoh, beberapa logika mungkin menunjukkan bahwa segera setelah dokumen utama telah dipindai, catatan yang siap untuk coding dan akan mengirim peringatan kepada departemen HIM.

Jelas, pencitraan dokumen membuat data dapat diakses hanya sebatas bahwa mereka diciptakan dan hanya dalam bentuk mereka diciptakan. Sebuah dokumen yang tidak terbaca di atas kertas tidak akan ada lebih mudah dibaca ketika telah dipindai, meskipun mungkin yang bisa diperbesar. Beberapa organisasi menggunakan dokumen-sistem pencitraan sebagai batu loncatan untuk EHR dan telah merevisi bentuk mereka untuk menangkap data yang lebih terstruktur. Hal ini memungkinkan dokter untuk membiasakan diri menggunakan data terstruktur, dengan gagasan bahwa mereka akan lebih siap untuk data terstruktur yang digunakan dalam EHR itu sendiri. Perencanaan yang matang juga harus masuk ke dalam sistem dokumen-pencitraan untuk mengaktifkan pengindeksan yang tepat untuk pengambilan. Pengindeksan bisa sangat canggih ke titik di mana data tertentu dapat diambil. Dalam secenario, sebuah klinik besar menggunakan pencitraan dokumen terstruktur untuk mendukung vistis klinik:Pencitraan dokumen terstruktur klinik menghasilkan, paket bentuk pertemuan yang mencakup bentuk dari vistits sebelumnya, formulir kosong untuk merekam informasi pasien baru dengan data-entry dukungan dalam bentuk kotak centang, dan beberapa pendukung keputusan. Misalnya, jika pasien sedang terlihat di urologi, paket printonuts akan dibuat untuk kunjungan klinik yang mencakup ringkasan pasien (termasuk daftar masalah), bentuk pertemuan disesuaikan untuk masalah urologis pasien, dan pengingat kesehatan pemeliharaan preventif (seperti apakah skrining kolesterol berikutnya adalah karena atau apakah untuk memeriksa berhenti merokok). Hal ini bekerja dengan baik dalam pengaturan rawat jalan di mana ada jeda waktu antara kunjungan untuk melakukan scanning dan generasi paket pertemuan. Dalam situasi seperti diuraikan, namun, semua data dalam sistem yang tersedia di terminal seluruh klinik di informasi acara di luar informasi dalam paket yang diperlukan, tetapi masing-masing kantor atau memeriksa kamar tidak dilengkapi dengan workstation.Penangkapan data dan pengambilan / Manajemen Hasil

Penangkapan data dan pengambilan / fungsi manajemen hasil adalah fase implementasi EHR di mana dokter diharapkan untuk berinteraksi secara langsung dengan sistem. Seperti disebutkan di atas untuk akses data, sistem elektronik dapat meningkatkan ketersediaan data tanpa seorang dokter pernah harus menggunakan komputer. Namun, juga disebutkan di atas, manfaat lain selain ketersediaan yang sangat terbatas.

Dalam fase ini adopsi EHR, ada sesuatu dari jalur migrasi, meskipun cenderung berbeda antara rumah sakit dan implementasi dokter kantor. Dalam rumah sakit, perawat dan dokter dipekerjakan lainnya dan staf rumah kemungkinan akan menggunakan EHR untuk menangkap data. Di kantor dokter, pengambilan data dan manajemen hasil umumnya akan mendahului menagkap data. Hal ini akan membawa ke dokter menghadiri menggunakan EHR di rumah sakit. Mereka akan menggunakan terutama untuk pengambilan data daripada entri data.Pengambilan dataPengambilan data menyiratkan penggunaan sistem komputer untuk mendapatkan data secara real time, meskipun pengambilan data untuk perawatan selanjutnya dan tujuan administratif juga harus dipertimbangkan.Real-time pengambilan data untuk keperluan perawatan klinis harus difasilitasi oleh mudah menggunakan menu akses dan perangkat navigasi. Bahkan, strategi pengambilan data mungkin merupakan aspek penting untuk mendapatkan adopsi dokter. Masalah perilaku yang terkait dengan penggunaan dokter dari EHR telah dibahas secara ekstensif. Tapi bagaimana berbagai jenis dokter dalam pengaturan yang berbeda berinteraksi dengan EHR untuk mengambil data secara langsung berdampak pada jenis workstation EHR dan desain layar yang diperlukan untuk diadopsi dan merupakan pertimbangan penting ketika menyebutkan spesifikasi fungsional.Data Retrieval dan Desain Workstation

Gambar 10.3 menyediakan model yang berguna untuk mengevaluasi fungsi workstation EHR. (Model ini juga merupakan cara untuk grafis membujuk dokter dari relevansi komputerisasi untuk pengambilan keputusan). Model ini diperkenalkan lebih dari dua puluh tahun yang lalu untuk menggambarkan pengambilan keputusan klinis secara umum dan didasarkan pada model yang diciptakan sepuluh tahun sebelumnya untuk memproses informasi (Elson, Faughnan, dan Connelly 1997) dasar. Relevansinya dengan desain workstation hari ini adalah luar biasa. Hal ini menunjukkan bahwa karena kendala sistem memori eksternal (terutama berbasis kertas catatan, tetapi juga sumber pengetahuan seperti sastra dan konsultan), terjadi peningkatan ketergantungan pada memori jangka panjang klinisi. Dan karena memori manusia memiliki kelemahan yang signifikan, adalah penting untuk membangun sebuah sistem yang akan meningkatkan akses ke memori eksternal untuk pengambilan keputusan ditingkatkan. Kunci yang merupakan workstation intuitif yang dapat diintegrasikan ke dalam alur kerja klinis.

Patient sick care= perawatan pasien yang sedang sakit

Finding symptoms= temukan gejala

Physical exam= penilaian fisik

Diagnostic test= test diagnosa

Perceptions= persepsi

Attention= perhatianingatan jangka lama

Knowledge= pengetahuan

Patient data= data pasien

Working memory= memori bekerja

Ekxternal memory= memori eksternal

Files= data-data

Literature= referensi

Compendia=

Consultans= konsultan

Medical record = rekam medis

Inference= inferensi

Decision= keputusan

Long term memory=

Dalam menggunakan "memori eksternal" dukungan, dokter dapat:

Memindai data dengan cepat untuk mendapatkan gambaran singkat dan pemahaman pasien baru

Ambil data untuk refamiliarize diri dengan sejarah pasien mantan

Pencarian data untuk fakta-fakta tertentu relatif terhadap pasien saat ini

Meninjau berbagai data untuk memecahkan masalah relatif terhadap pasien saat ini

Masing-masing proses lebih lanjut disertai dengan beberapa tingkat pengolahan teks, mulai dari membaca semua kata dalam paragraf sama sekali. Bahkan di dalam dokumen berbasis kertas, fitur grafis, tekstur, dan posisi dari data, secara logis terkait dan dikendalikan, sangat penting untuk orientasi, navigasi, dan pembatasan efektif ruang pencarian. Dengan pemikiran ini, adalah mengherankan bahwa dokter mengeluh tentang harus halaman melalui layar terlalu banyak atau memiliki jumlah terbatas data pada satu layar dalam sebuah sistem komputer?

Institut Regenstrief untuk perawatan kesehatan adalah perawatan kesehatan organisasi riset swasta diberkahi didirikan pada tahun 1969 oleh penemu mesin cuci modern. Samuel Regenstrief percaya bahwa teknik-teknik rekayasa sistem, teknik industri, ilmu komputer, dan statistik dapat meningkatkan pengiriman dan biaya kesehatan. Dia juga percaya bahwa proses kesehatan adalah kacau dan ditakdirkan untuk menjadi lebih jadi kecuali pendekatan baru dapat ditemukan. Dokter di institut, yang dipimpin oleh Dr Clement McDonald, adalah fakultas di Indiana University School of Medicine dan bekerja sama dengan Wishard memorial rumah sakit di Indianapolis (McDonald dan Tierney 1998). Tidak hanya mereka menciptakan sebuah sistem EHR bekerja selama beberapa dekade terakhir, tetapi mereka juga telah mempelajari hampir setiap aspek bagaimana dokter menggunakan data. Misalnya, mereka dapat memberitahu Anda tingkat gerakan mata dokter berlaku untuk salah satu strategi pengambilan dalam daftar sebelumnya.

McDonald pertama menunjukkan kegunaan pengingat dalam perawatan klinis langsung. Dia telah menyatakan bahwa pengingat dokter membantu melakukan apa yang mereka tahu adalah benar, tetapi karena berbagai alasan kadang-kadang gagal lakukan. Dokter hanya memiliki terlalu banyak rincian untuk menghadiri dan kadang-kadang dapat mengabaikan tugas-tugas penting kecuali mereka diingatkan untuk melakukannya.

Anggota dari Institut Regenstrief telah menerbitkan banyak buku, terutama pada dampak yang EHR sistem dapat memiliki pada kualitas dan biaya kesehatan. Mereka telah mencapai kesimpulan penting relatif terhadap pengambilan data dan desain workstation: padat layar, semakin baik itu untuk keperluan pengambilan data.Ada banyak pertimbangan relatif terhadap pengambilan data dan fungsi dicari dalam mengembangkan spesifikasi fungsional untuk sistem EHR. Ini termasuk kerapatan layar, ukuran perangkat, kemampuan pencarian, posisi konten dan dukungan navigasi, konsistensi desain dan fleksibilitas, grafis, dan penggunaan warna dan ikon.Kepadatan layar

Seperti disebutkan dalam temuan Institut Regenstrief itu, kepadatan layar sangat penting. Ukuran layar ini sering disebut sebagai "real estate" perangkat display. Hal ini penting untuk memastikan bahwa layar memiliki resolusi terbaik tergantung pada ukuran perangkat dan penggunaan yang akan dibuat.Ukuran perangkat

Ukuran perangkat merupakan pertimbangan penting yang tidak dapat diabaikan karena banyak dokter yang bermigrasi ke perangkat yang lebih kecil dan lebih kecil, dan karenanya lebih portabel,. Apa yang sebelumnya dirancang untuk monitor besar mungkin tidak bekerja pada perangkat yang lebih kecil dan layar display lowerresolution. Bahkan, di mana EHR sistem sedang dirancang untuk digunakan pada kedua workstation PC dan workstation perangkat genggam, pertimbangan harus diberikan untuk bagaimana data dapat ditampilkan secara efektif pada kedua dan apakah data akan terlihat sama.

Layar yang lebih kecil biasanya membuat lebih sulit untuk cepat memindai volume data yang besar untuk mendapatkan sebuah gambaran singkat dan pemahaman pasien baru atau untuk refamiliarize diri dengan sejarah pasien mantan. Namun, cara-cara kreatif yang ditemukan untuk mengatasi masalah ini. Gambar 10.4 menyediakan layar sampel pasien ringkasan. Meskipun ini dimaksudkan untuk ditampilkan pada monitor berukuran penuh, pandangan kalender bulanan dengan "sibuk" dalam huruf tebal hari-wajah sangat mirip dengan pandangan dipekerjakan oleh PDA. Pemindaian melalui kalender pasien-spesifik yang mengidentifikasi jumlah pasien kali telah terlihat dapat memberikan pengertian yang sama dengan ketebalan dari catatan kertas.kemampuan pencarian

kemampuan pencarian dan jumlah tingkat untuk menelusuri merupakan pertimbangan penting bagi semua strategi pengambilan data. Namun, mereka sangat penting untuk melihat layar kecil dari fakta-fakta tertentu relatif terhadap pasien saat ini atau berbagai data untuk memecahkan masalah relatif terhadap pasien saat ini. EHR perlu memiliki kemampuan untuk mengizinkan permintaan yang sangat terstruktur harus dibuat dari satu layar. Pengalaman saat browsing web harus memberitahukan siapa pun bahwa lapisan lebih satu kebutuhan untuk pergi melalui untuk mendapatkan data, yang lebih mungkin adalah untuk tersesat. Hal ini juga berlaku bagi EHRs. Pada kenyataannya, itu adalah salah satu alasan mengapa berbasis browser, teknologi pencarian kemampuan canggih menjadi populer untuk sistem EHR.

Konten posisi dan dukungan navigasi

konten posisi dan dukungan navigasi sangat penting untuk membantu dokter untuk mengambil data. Dukungan navigasi sehubungan dengan tampilan layar mengacu pada kemampuan untuk berpindah dari satu layar ke yang lain, untuk menelusuri untuk mengambil detail lebih lanjut tentang sesuatu, untuk mengakses basis pengetahuan, atau untuk meminta grafik atau lainnya dari layar. Navigasi dibuat mudah melalui menu pull-down, tombol, cepat radio, dan bar geser, yang semuanya dapat dilakukan dengan mouse atau perangkat navigasi lainnya. Alat navigasi termasuk keyboard, mouse, pad sentuh, trackball, titik trek, layar sentuh, dan beberapa pengakuan batas suara dan pengenalan tulisan tangan.

Meskipun tidak ada standar bentuk desain dalam sistem catatan kertas, ada cara-cara terbatas untuk membangun dari dan untuk membantu dokter menavigasi melalui grafik. Sebagai contoh, pasien-mengidentifikasi informasi biasanya diletakkan di bagian kanan kiri atau atas atas masing-masing dari lembaran berwarna atau memiliki bar warna pada mereka. Mungkin ada tab, terutama untuk grafik rawat inap di stasiun keperawatan.

Demikian juga, tidak ada standar untuk desain tampilan sistem EHR, tetapi ada pada umumnya lebih banyak pilihan. Beberapa vendor EHR telah berusaha untuk membuat tampilan EHR seperti kaset kertas, dengan tab dan warna. Vendor lain layar desain untuk terlihat seperti microsoft windows, atau menggunakan desain lainnya masih. Sampai batas tertentu, posisi konten dan dukungan navigasi adalah masalah preferensi pribadi. Namun, sejauh mana desain tersebut dapat membantu dokter standar yang mungkin harus menggunakan beberapa aplikasi, atau bahkan beberapa EHRs (seperti dokter yang mungkin memiliki EHR kantor mereka sendiri ditambah memiliki hak di dua rumah sakit-masing yang berbeda dengan sistem EHR yang berbeda).Konsistensi fleksibilitas desain

Konsistensi fleksibilitas desain mungkin tampak berlawanan pertimbangan, namun keduanya memiliki hubungan yang penting untuk pengambilan data. Meskipun tidak ada yang memiliki kontrol atas desain produk vendor yang berbeda, dalam sistem mengingat penempatan data dan perangkat navigasi harus konsisten. Layar dasarnya harus semua memiliki tampilan yang sama dan merasa untuk membuatnya lebih mudah dan lebih cepat untuk kedua pemindaian informasi dan fisik menavigasi melalui itu. Namun, seperti disebutkan di atas, beberapa hal ini adalah masalah preferensi pribadi. Oleh karena itu, sebuah fitur yang ideal mungkin untuk memiliki fleksibilitas untuk membuat desain yang unik pengguna.

Beberapa ahli menyarankan bahwa fleksibilitas sangat penting untuk adopsi dokter. Namun, yang lain menunjukkan bahwa itu benar-benar dapat menghalangi adopsi karena tidak selalu mungkin untuk merancang sistem untuk spesifikasi yang tepat. Selanjutnya, mereka berpendapat bahwa dokter cepat belajar untuk menjadi fleksibel ketimbang menuntut fleksibilitas dalam produk EHR, semakin baik mereka akan. Seperti kebanyakan perdebatan, kebenaran mungkin suatu tempat di tengah.

GrafisGrafis adalah salah satu fitur unik terutama mengambil data dari sistem EHR. Teknologi saat pengguna grafis antarmuka (GUI) memungkinkan tidak hanya lurus teks dan kemampuan untuk mengimpor gambar, tetapi juga kemampuan untuk benar-benar mengubah teks untuk grafis. Sistem operasi microsoft windows juga memungkinkan kemampuan untuk memiliki banyak pandangan berbeda data ditampilkan pada satu waktu. Oleh karena itu, dosis obat dan hasil laboratorium dapat menjadi digambarkan pada grafik, sementara dokter melihat gambar X-ray dan melihat pengingat tekstual. Grafis dapat diperbesar dan keluar untuk melihat lebih baik.warna dan ikonpenggunaan warna dan ikon adalah pertimbangan penting lain ketika berbicara tentang pengambilan data dan fungsi. Misalnya, banyak orang buta warna, sehingga benar-benar mengandalkan warna untuk memandu navigasi mungkin tidak bekerja di penyedia pengaturan yang mana banyak klinisi laki-laki. Selain itu, berbagai jenis layar, layar menampilkan warna yang berbeda. Indah warna hijau pada satu layar mungkin terlihat busuk lain. Warna bisa menjadi efektif, tetapi harus disertai oleh beberapa bentuk lain indikator.

Ikon yang populer indikator, dan beberapa dapat dibuat untuk flash ketika mereka mewakili alarm atau bentuk khusus peringatan. Mereka dapat menjadi sangat populer dalam membimbing seorang dokter melalui daftar. Sebagai contoh, dalam gambar 10.4, ikon digunakan dalam contoh garis waktu ringkasan pasien untuk menunjukkan jenis informasi. Sebuah lingkaran dengan "i" di dalamnya disebut informasi teks. Ikon yang menampilkan suara disebut fakta bahwa pengguna dapat mendengarkan dikte. Ikon kamera diwakili gambar yang bisa melihat. Kebanyakan ikon relatif cukup jelas. Banyak yang spin-off dari tanda-tanda jalan. Namun, beberapa desainer dapat menjadi sangat kreatif dan ikon mereka mungkin tidak secara universal dipahami.Pengambilan data untuk fungsi-fungsi administrasiPengambilan data untuk fungsi-fungsi administrasi adalah pertimbangan penting lainnya. Pada beberapa sistem, dapat dilihat dari layar tak selalu dicetak secara keseluruhan atau adalah bergeser atau berkurang dalam ukuran. Jika perlu untuk mencetak isi dari record untuk penyedia layanan lain atau untuk menanggapi panggilan pengadilan atau perintah pengadilan, reproduksi tepat diperlukan. Beberapa sistem menciptakan fungsionalitas ramah printer yang menciptakan cetakan berukuran tepat.

Isu lain melibatkan kemampuan untuk menghapus informasi identitas luar nama dan nomor catatan medis pasien untuk membuat data de-diidentifikasi atau satu set data yang terbatas yang mungkin diwajibkan oleh asuransi kesehatan portabilitas dan akuntabilitas act (HIPAA). Sangat sedikit sistem telah pergi begitu jauh dengan mampu menghapus karakteristik tertentu indentifying pasien untuk administrasi digunakan dalam organisasi, misalnya, untuk pengkodean atau peningkatan kualitas. Meskipun hal ini melampaui apa yang benar-benar diperlukan oleh HIPAA karena HIPAA mengizinkan penggunaan untuk "operasi", praktek pergi jauh untuk memberikan kontribusi untuk langkah-langkah kerahasiaan tambahan. Ini mungkin terutama penting mana penyedia memperlakukan banyak karyawannyaHasil manajemenHasil manajemen adalah elemen penting dari tampilan data. Mengacu pada fakta bahwa tidak hanya dapat hasil studi diagnostik diambil, tetapi juga bahwa berbagai proses yang terkait dengan hasil dapat dilakukan.Pemberitahuan hasil adalah fungsi sering ditemukan di EHRVsystems. Salah satu bentuk hasil pemberitahuan ini adalah untuk mengidentifikasi ketika ada hasil baru tidak sebelumnya diperoleh atau Kapan hasil out-of-range atau abnormal. Pemberitahuan ini dapat datang dalam berbagai bentuk. Beberapa sistem tempat ikon menu samping nama atau hasil pasien pada layar. Orang lain mungkin bahkan berangkat pager seorang dokter.Seperti yang disebutkan di bagian sebelumnya, hasil juga dapat digambarkan dan ditampilkan dengan data lainnya, seperti obat data.Manajemen hasil tersebut mungkin terdengar relatif sederhana, tapi desain sistem tersebut tidak. Seperti dijelaskan dalam Bab 9, sistem informasi rumah sakit (desisan), dan untuk tingkat yang lebih rendah dokter kantor sistem, yang sering sistem yang berbeda yang telah dilaksanakan kadang-kadang oleh vendor yang berbeda dan sering dalam bingkai waktu yang berbeda. Akibatnya, tidak ada integrasi penuh. Untuk EHR menarik data dari laboratorium informasi sistem (LIS) dan obat administrasi merekam (MAR) sistem dan mungkin farmasi informasi sistem (PIS), bahkan ke layar yang sama, apalagi bahwa data mereka dapat diproses bersama-sama, yang sering sesuatu yang dekat dengan ajaib. Jelas, ini adalah di mana repositori data sangat mungkin mendukung tingkat integrasi.Hasil manajemen juga mungkin pergi sejauh untuk memberikan dukungan keputusan klinis (meskipun ini adalah melompat maju ke tahap kelima jalur migrasi). Cukuplah untuk dicatat untuk sekarang bahwa rekomendasi atau pengingat juga bisa menemani pemberitahuan abnormal hasil, misalnya, menunjukkan perubahan dalam dosis obat.Menangkap dataMenangkap data adalah benar-benar langkah mana dokter menggunakan EHR untuk dokumen, atau grafik, temuan dan tindakan mereka. Banyak pertimbangan sama yang terkait dengan tampilan layar dan navigasi yang berlaku untuk pengambilan data juga berlaku untuk menangkap dat, tapi mungkin lebih intens. Dalam pikiran beberapa ahli EHR, hal ini tidak sampai sistem informasi (IS) digunakan untuk menangkap data yang menjadi sistem EHR. Namun organisasi mendefinisikan EHR, pertimbangan yang penting di sini adalah untuk memudahkan dokumen. Bahkan jika data capture fungsi juga termasuk dukungan keputusan klinis, kemudahan penggunaan penting.

Selain pertimbangan yang tercantum untuk pengambilan data, data capture harus mempertimbangkan berbagai bentuk entri data dan penciptaan, termasuk teks bebas entri, entri data terstruktur dari memilih daftar atau menu pull-down, entri berbasis template, dan pemrosesan bahasa alami.Gratis teksGratis teks adalah entri data narasi, terutama melalui keyboarding, meskipun dikte, pengenalan suara, dan pengenalan tulisan tangan yang mungkin. Dikte menggunakan pihak ketiga untuk menuliskan data; oleh karena itu, akan selalu ada faktor penundaan dalam melihat hasil.

Pengenalan suara pernah dianggap sebagai obat mujarab untuk menangkap data dokter, tetapi selalu ada kekhawatiran tentang akurasi. Akurasinya membaik, tetapi masih belum 100 persen. Kebanyakan dokter menemukan bahwa pengenalan suara ini sangat cocok dalam keadaan tertentu dan tidak pada orang lain. Misalnya, itu sangat baik dalam situasi di mana banyak data berulang harus dimasukkan dalam waktu yang relatif pengaturan "pribadi". Ahli radiologi dan patolog menemukan pengenalan suara sangat berguna. Hal ini juga telah ditemukan efektif di bagian gawat darurat di mana dokter sering tidak memiliki tangan bebas untuk memasukkan data, sifat data yang cukup berulang-ulang, dan sifat teknologi tinggi umum departemen tidak akan membuat "berbicara ke dalam mikrofon" muncul biasa. Selain itu, pasien mungkin tidak cukup waspada untuk peduli. Namun, bahkan untuk dokter yang tidak keberatan untuk memiliki workstation yang tepat di ruang periksa, dan bahkan mungkin ingin dapat berbagi pengalaman EHR dengan pasien di ruang periksa, mungkin merasa canggung untuk melakukan pengenalan suara sambil berbicara dengan pasien.

Satu masalah dengan suara dan pengenalan tulisan tangan adalah bahwa, kecuali situasinya sedemikian rupa sehingga ada waktu untuk "correctionist" untuk meninjau hasil, penulis harus selalu waspada untuk membuat kesalahan. Memperbaiki kesalahan dapat mengganggu dan mungkin lebih timeconsuming dari keyboard. Dimana data tidak sangat repetitif dan di mana dokter dapat menggunakan sejumlah perangkat sehingga tidak ada perangkat yang satu mendapat "terlatih" pada pola suara individu tertentu itu, tingkat kesalahan dapat setinggi 5 sampai 20 persen. Seringkali kesalahan terjadi lebih sering pada kata-kata dan frase umum daripada dalam terminologi medis yang perangkat telah "pabrik dilatih". Ini akan sangat frustasi. Secara umum, dokter yang melihat pengenalan suara sebagai "satu-satunya cara" untuk memasukkan data umumnya tidak mempertimbangkan data capture pada titik perawatan. Bagi kebanyakan dokter, pengenalan suara sekarang dianggap sebagai salah satu opsi yang akan dipertimbangkan dalam keadaan tertentu.

Data entry memilih dari daftar atau menu pull-down

Terstruktur entri data dari menu pilih daftar atau pull-down adalah teknik data capture penting. Sistem EHR Kebanyakan menggunakan kombinasi entri data tersebut terstruktur dan teks bebas. Bila menggunakan entri data terstruktur, sangat penting bahwa data pilihan didefinisikan secara jelas, komprehensif, dan up to date, idealnya, data harus diambil dari kosa kata terkontrol dan dikodekan oleh sistem EHR untuk digunakan dalam pengolahan. Bahkan jika tidak, bagaimanapun, data terstruktur sangat penting untuk pada akhirnya mendorong pendukung keputusan klinis.

Terstruktur entri data harus lebih mudah dan lebih cepat digunakan daripada keyboard, bahkan untuk juru ketik berpengalaman. Untuk mencapai hal ini tingkat fasilitas dengan entri data stuctured, Namun, pengguna harus melalui kurva belajar dan sistem harus dirancang dengan baik, di mana logika yang mendasari drive pilihan menu. Misalnya, jika ujian entry data terstruktur fisik sedang direkam untuk, komponen pemeriksaan fisik perempuan berkaitan hanya untuk laki-laki tidak boleh disajikan. Untuk menjadi paling efektif, terstruktur entri data harus sangat disesuaikan dengan jenis pasien. Hal ini membutuhkan kerja yang cukup di depan, terutama jika pengaturan mencakup spesialisasi yang tidak biasa. Ini adalah salah satu alasan mengapa banyak dokter lebih memilih untuk membeli EHRs yang berhubungan dengan spesialisasi mereka. Mereka datang dengan banyak data-entri menu terstruktur premade.

Pertimbangan lain dalam entri data terstruktur berhubungan dengan default. Terstruktur entri data harus dirancang sedemikian rupa sehingga aturan secara ketat diikuti relatif terhadap adanya response.It bukanlah dokumentasi yang baik untuk memiliki standar untuk pilihan terjawab menjadi "normal". Jika tidak ada respon terhadap item, harus ada prompt untuk mendapatkan respon untuk item kritis atau default harus "tidak tercatat". Sistem yang dirancang untuk menanyakan respon diperlukan, namun, harus memungkinkan pengguna untuk procced, tetapi entri harus ditandai lengkap sampai respon yang dihasilkan. Jika perlu, pilihan "tidak tercatat" atau bahasa lain seperti akan muncul jika informasi tidak mungkin untuk mendapatkan.

Sebuah fitur akhir yang berkaitan dengan entri data terstruktur adalah kemampuan untuk memperoleh narasi dari data terstruktur. Misalnya, setelah dokter menanggapi setiap item pada pemeriksaan fisik terstruktur, beberapa sistem menanamkan tanggapan menjadi narasi yang membuat hasil akhir terlihat seolah-olah itu didikte atau mengetik masuk Sebagai contoh, jika salah satu unsur yang "keluhan utama" dan respon adalah "sesak napas", sistem EHR bisa membuat pernyataan bahwa "pasien mengeluh sesak napas".

Berbasis template entri

Template berbasis masuknya adalah sesuatu dari persilangan antara teks bebas dan terstruktur entri data. Karena banyak catatan mengikuti struktur berulang dan termasuk jenis yang sama data, template dapat dikembangkan dimana dokter hanya perlu menambahkan data variabel. Macro yang memberikan frase atau kalimat untuk menyelesaikan bagian variabel template lanjut dapat mempercepat penggunaan template otomatis.

Bentuk lain dari data capture menggunakan jenis template yang " memotong and paste", atau menggunakan kembali data. Dalam kasus ini, seorang dokter harfiah salinan entri dari catatan sebelumnya atau pasien yang berbeda dan pasta ke dalam entri baru. Meskipun data reuse dapat menjadi alat yang efektif data capture, hati-hati harus diterapkan untuk memastikan bahwa catatan sepenuhnya berlaku untuk entri baru, Setiap referensi untuk pasien yang berbeda atau waktu yang berbeda dapat membatalkan entri dan menyebabkan seluruh catatan menjadi tersangka. Dokter tidak hanya harus berhati-hati, tetapi juga harus memahami dari sudut pandang teknis apa implikasi dari memotong dan menyisipkan (sebenarnya salinan dan paste). Ada kemungkinan bahwa struktur data yang mendasari akan mencerminkan cap tanggal / waktu yang lebih awal dari masuknya arus atau bentuk lain dari identifier dari rekor yang berbeda. Jika hal ini terjadi, memotong dan menyisipkan tidak boleh digunakan. Dalam kasus apapun, memotong dan menyisipkan merupakan fenomena baru yang terkait dengan penggunaan kembali data. Hal ini dapat menjadi teknik entry data yang sesuai, tetapi harus memiliki aturan aplikasi yang solid untuk memastikan bahwa data variabel selalu dimasukkan (Amatayakul dan Brandt 2003).

Sebuah contoh screen capture data yang meliputi menu pull-down untuk data terstruktur dan hasil macro ditampilkan pada Gambar 10.5Pemrosesan bahasa alami

Mendapatkan struktur dari teks terstruktur mengacu pada pengolahan bahasa alami (NLP). Ini adalah salah satu tantangan terbesar yang dihadapi oleh sisa ilmuwan komputer saat ini. NLP adalah proses teknis di mana program komputer yang sangat canggih "membaca" string teks bebas dan memisahkan kata atau frasa ke dalam paket-paket kecil (disebut parsing). Program kemudian menetapkan kode komputer untuk paket individual, sehingga kodifikasi teks untuk pengambilan penyimpanan, analisis, dan kemudian. NLP tidak diperlukan untuk adopsi EHR, tetapi merupakan komponen penting dari penelitian EHR untuk perbaikan di masa depan.

Komunikasi / konektivitas dan dukungan pasien

Komunikasi / konektivitas yang berkaitan dengan bidang seluruh berkomunikasi informasi kesehatan. Ini termasuk: Tim koordinasi, di mana anggota tim dapat berkontribusi dan mengambil data yang mereka butuhkan untuk melakukan pekerjaan mereka, serta komunikasi pertukaran antara satu sama lain dan memberikan pandangan yang terintegrasi dari semua kontribusi anggota tim. Ini kemampuan komunikasi adalah fondasi untuk manajemen alur kerja.

Chart= tingkatan

Order= pesanan

In basket= di keranjang

Demografics= deokrasi

Documment= dokumen

Hr= jam

Day= hari

Wk= minggu

Mo= bulan

Yr= tahun

perangkat medis konektivitas, yang mendukung kemampuan untuk data dari perangkat medis untuk menjadi sepenuhnya terintegrasi ke dalam data yang diberikan oleh anggota tim kesehatan. Di masa lalu, banyak perangkat melakukan tidak langsung terhubung ke IS. Data dari perangkat medis harus diringkas untuk masuk ke dalam catatan kesehatan. Dalam lingkungan kertas, ini sering menyebabkan strip perangkat output yang disisipkan ke catatan Penyedia-penyedia komunikasi yang pertukaran informasi melewati entitas. Ini mungkin untuk konsultan, dokter, atau mentransfer dokter. Selain itu, mungkin untuk sebuah panti jompo atau badan kesehatan rumah. Akhirnya, mungkin dari layanan ambulans atau bahkan dari rumah pemantauan perangkat. Komunikasi selular-pasien, mana pasien dan dokter atau dokter lain dapat mengirim dan menerima e-mail atau berkomunikasi dengan cara lain, telah menjadi jauh lebih umum. Dalam bab 8, mencatat bahwa ada sekarang CPT kode untuk penggantian e-mail pertemuan dengan pasien. Banyak penyedia telah menempatkan materi pendidikan pada situs web mereka. Beberapa menyediakan informasi tentang dokter mereka, dan lain menyediakan kemampuan menjadwalkan janji temu. Beberapa penyedia menggunakan web portal untuk memberikan pesan aman, baik antara penyedia atau antara penyedia dan pasien. Portal ini mampu ketahanan yang lebih besar daripada e-mail. Misalnya, jika dokter ingin berbagi hasil tes dengan pasien, e-mail dapat dikirim kepada pasien bahwa ada menunggu e-mail. Pasien kemudian akan masuk ke portal web untuk mendapatkan hasil. Penyedia-pasien komunikasi tidak hanya eksternal tetapi harus mencakup komunikasi sebagai bagian dari proses perawatan. Ini mungkin merumuskan grafik khusus pada EHR workstation bahwa pasien dapat melihat untuk klarifikasi dari instruksi disesuaikan pasien. Komunikasi dengan rekan bisnis dan mitra dagang, yang adalah komunikasi eksternal. Komunikasi ini mungkin dengan luar apotek mana resep dapat ditularkan langsung atau antara apoteker dan dokter. Banyak rencana kesehatan telah mendirikan situs web untuk verifikasi kelayakan. HIPAA transaksi dan kode set juga dapat digunakan dalam pertukaran data elektronik (EDI). Referensi laboratorium, radiologi pusat dan tidak langsung penyedia layanan lain mungkin perlu akses ke informasi atau mungkin penyediaan informasi. Catatan medis terintegrasi, adalah sebuah konsep yang satu catatan data mengintegrasikan data dari pengaturan yang berbeda, penyedia, dan organisasi. Sering EHR diimplementasikan dalam satu rumah sakit dalam sistem pengiriman terpadu. Rumah sakit dan dokter afiliasi hanya mulai mempertimbangkan cara untuk berbagi akses ke informasi kesehatan dalam zona kepercayaan mereka 'bisnis catatan' aspek akan tidak dilanggar.Dukungan pasien harus menjadi bagian integral dari fungsi komunikasi EHR. Bahan-bahan pendidikan, disesuaikan petunjuk, Penjadwalan janji, dan pemantauan rumah telah disebutkan di atas. Selain itu, beberapa penyedia mengalami pasien berkontribusi data sebelum pertemuan. Untuk rumah sakit, ini mungkin preferensi makanan dan layanan pread misi lainnya. Untuk mengunjungi kantor rawat jalan atau dokter, itu mungkin termasuk riwayat kesehatan atau kuesioner tentang alasan untuk kunjungan. Beberapa upaya komunikasi ini link langsung ke EHR sehingga mereka dari dasar untuk dokumentasi dokter, di mana data masuk pasien adalah temuan divalidasi dan tambahan merekamCatatan kesehatan pribadi

Konsep catatan kesehatan pribadi (PHR) mungkin cocok dalam fasa ini, meskipun banyak penyedia akan meletakkannya kemudian dalam siklus adopsi. PHRs dapat dibangun dalam sejumlah cara yang berbeda.Beberapa perusahaan bebas perawatan kesehatan telah menciptakan PHR Layanan untuk pasien. Tertua dan paling terkenal mungkin adalah Medic-peringatan, yang dimulai dengan gelang sederhana yang dikenakan oleh penderita diabetes. Beberapa perusahaan memiliki permintaan pasien bahwa salinan catatan mereka dikirim ke lokasi terpusat dari mana Fax catatan atau dokumen kunci dapat diteruskan dalam situasi darurat. Ini mungkin berguna untuk pasien yang memiliki banyak penyedia layanan yang berbeda atau yang telah pindah banyak dan banyak bepergian.Beberapa penyedia juga menciptakan PHR fungsionalitas untuk pasien. Kebanyakan penyedia berbasis PHRs biasanya mencakup hanya informasi dari satu provider.Beberapa fungsi PHR berbasis penyedia disediakan melalui kartu pintar, lain melalui sebuah portal web. Kartu pintar tidak populer di Amerika Serikat karena mereka di negara-negara lain yang memiliki disosialisasikan sistem kesehatan. Namun, sejumlah AS. penyedia bereksperimen dengan berbagai bentuk kartu yang mungkin yang sederhana seperti ID foto untuk pasien identifikasi positif, kartu magnetik babatan dengan asuransi informasi atau kartu chip yang berisi informasi kesehatan kunci, seperti daftar masalah saat ini dan atau daftar obat. Meskipun kartu membantu mengidentifikasi pasien untuk lembaga, membaca komponen magnetik atau elektronik dalam kartu memerlukan standar yang telah ditetapkan dan alat pembaca kartu. Amerika Serikat tidak telah mengadopsi standar untuk membawa pasien kesehatan kartu, karenanya data mereka tidak Universal accesible.

Agak lebih populer di Amerika Serikat yang berbasis web PHRs, beberapa di antaranya lebih pasien-interaktif daripada yang lain. Beberapa yang terutama untuk Penjadwalan janji dan / atau menerima e-mail. Pandangan lain menyediakan ringkasan informasi dan hasil studi diagnostik yang telah ditinjau bye dokter. Masih orang lain memberikan kesempatan bagi pasien untuk masuk daftar diri-sejarah dan / atau pengobatan sendiri.

Beberapa pasien telah menciptakan PHR sendiri, menggunakan perangkat lunak untuk membantu mereka melacak obat, imunisasi atau acara lainnya. Banyak ahli EHR percaya PHR dan harus terpisah dari EHR karena peningkatan kewajiban dapat terjadi dari mengintegrasikan lainnya recordsor pasien yang dihasilkan data dengan catatan bisnis mereka sendiri. Penyedia lain percaya PHR harus menjadi bagian integral dari EHR sepanjang sebagai sumber berbagai elemen jelas.Proses administrasi dan alur kerja, memesan entri / manajemenIni mungkin tampak aneh bahwa proses administrasi termasuk dalam komponen keempat EHR adopsi kurva proses dan nilai. Proses administrasi ini merujuk kepada mengelola aliran informasi, orang, dan bekerja sebagai salah satu fungsi EHR. Mereka tergantung pada data yang telah ditangkap dan dokter yang langsung menggunakan sistem EHR, maka posisi mereka sepanjang jalur migrasi.Proses administrasiAliran informasi, orang, dan pekerjaan bervariasi antara pengaturan penyedia yang berbeda.Arus informasiArus informasi di lingkungan rawat inap adalah "lokasi sentris" dan "high density", yang berarti bahwa pasien yang adalah penduduk sementara di rumah sakit di satu lokasi dan banyak data dikumpulkan dalam periode yang sangat singkat waktu. Arus informasi berpusat pada bagan hospital, yang berfungsi untuk berkomunikasi dan mengkoordinasikan semua perawatan pasien. Di luar pasien, namun, pasien adalah hanya pengunjung, dengan tes dan prosedur yang dilakukan pada sejumlah fasilitas yang berbeda di wilayah lokal atau bahkan di seluruh negeri. Arus informasi geografis tersebar dan "tabel" pada dasarnya dibagi di antara beberapa lokasi (seringkali dengan pengawasan berbeda authority), yang mengakibatkan low density chart konten. Grafik, kemudian, tidak sedikit untuk berkomunikasi dan mengkoordinasikan perawatan bagi pasien. Bahkan, pasien mungkin satu-satunya orang dengan gambaran yang jelas dari semua perawatan yang diterima setiap waktu. Selain implikasi ini memiliki kemampuan untuk mencapai rekor longitudinal Kesehatan, ini memiliki implikasi langsung pada kebutuhan komunikasi protokol, privasi, dan standar keamanan, dan kebutuhan yang lebih besar untuk kosakata yang dikontrol. Dalam lingkungan tidak sabar, sistem yang berbeda dapat diintegrasikan melalui repositori data klinis.Aliran orangAliran orang pada dasarnya mengacu pada komunikasi antara beberapa anggota tim perawatan kesehatan, termasuk pasien dan seluruh penyedia. Karena grafik adalah fokus utama dari arus informasi dalam lingkungan rawat inap, memeliharanya (relatif) lengkap dan up to date. Dalam situasi rawat jalan mana pasien lebih mobile dan data peduli terfragmentasi, tambahan bentuk formal dan informal komunikasi telah dibangun untuk mengatasi kekurangan dalam arus informasi. Komunikasi ini meliputi Surat rujukan, pesan e-mail, percakapan, salinan dokumen eksternal, dan diulang mempertanyakan pasien untuk perawatan informasi. Beberapa komunikasi ini membuatnya menjadi bagan di suasana yang diberikan, lain tidak. Jelas, sistem EHR akan meningkatkan komunikasi rawat jalan, tapi hanya jika ada aturan tentang dokumentasi dan tingkat konektivitas. Organisasi pengembangan standar internasional ASTM telah mengusulkan sebuah kesinambungan dari perawatan catatan standar (dijelaskan dalam Bab 9) yang seharusnya membantu dalam berbagi data antara penyedia merujuk. Ada juga ketertarikan baru dalam PHRs dalam berbagai kebijakan publik pengaturan, tangani perlunya keterlibatan yang lebih besar dari pasien dalam pencatatan mereka (Yayasan Markle 2003).Aliran kerjaAliran kerja bervariasi antara pengaturan perawatan. Dalam pengaturan rawat inap, dokter menulis perintah untuk berbagai layanan atau tes dan prosedur, yang diselesaikan oleh staf klinis atau personel tambahan lainnya. Bahkan, sangat sulit untuk memperoleh layanan atau melakukan tes atau prosedur tanpa dokumentasi yang sesuai dalam catatan kesehatan. Meskipun dokter dapat mengunjungi pasien hanya sekali atau dua kali sehari, tim kesehatan merawat pasien upaya untuk erat mengkoordinasikan semua sumber daya dan layanan untuk perawatan pasien. Meskipun hal ini bermanfaat, kebutuhan informasi tertentu mungkin tidak ditangani secara tepat dalam skenario ini. Sebagai contoh, kebutuhan manajer kasus atau pemanfaatan manajer mungkin tidak dibahas selama dokumentasi rutin, yang dapat menyebabkan inefisiensi dalam alur kerja.

Berbeda dengan fokus berpusat pada lokasi catatan rawat inap, alur kerja di lingkungan ambulatori adalah pasien sentris, tapi catatan tidak. Semua anggota tim kesehatan berusaha untuk mempercepat kunjungan rawat jalan dan semua terkait alur kerja sehingga pasien dan tim kesehatan dapat menyelesaikan pekerjaan mereka dalam batas-batas waktu kunjungan. Untuk melakukannya, catatan adalah sering ' diambil terpisah ", atau disusun dalam potongan yang terpisah, kadang-kadang tidak akan datang bersama-sama. Sebagai contoh, hal ini tidak biasa bagi sebuah klinik multispesialis untuk memiliki beberapa kamar grafik dan grafik beberapa untuk setiap pasien, tergantung pada bidang khusus di mana mereka sedang dirawat. Jelas, EHR terpusat akan berkontribusi besar terhadap perawatan yang terkoordinasi dalam situasi seperti ini. Ini mungkin mengapa EHR sistem telah matang dan tumbuh lebih dalam lingkungan ambulatori lebih besar perubahan yang diperlukan dalam alur kerja.Order masukUrutan entri, tidak menjadi bingung dengan urutan komunikasi, adalah fungsi kunci EHR. Dalam beberapa hal, itu adalah proses administrasi dengan informasi besar dan implikasi aliran kerja. Urutan entri adalah proses dimana dokter langsung memasuki pesanan IS dalam upaya untuk mengurangi kesalahan medis. Atau, urutan komunikasi telah menjadi bagian penting dari desisan untuk beberapa waktu. Pada dasarnya, ini adalah transkripsi ke HIS oleh personil Keperawatan (sering klerik staf pada unit Keperawatan) perintah dokter didokumentasikan pada kertas sehingga mereka dapat dirutekan secara elektronik ke daerah-daerah pendukung berbagai rumah sakit yang mana perintah akan dilakukan. Daerah-daerah pendukung termasuk apotek, laboratorium, radiologi, diet, departemen Layanan terapi, dan banyak daerah lainnya.

Istilah "urutan entri" digunakan untuk menggambarkan komunikasi pesanan, tetapi maksud hari pasti komputer dokter order masuk (CPOE). Di CPOE, dokter langsung masukkan perintah, membuat mereka lebih akurat dan dapat dibaca, dan kembali menerima tanda apapun atau pengingat bahwa mereka akan bertindak secara real time dan yang akan membantu mengurangi kesalahan, terutama obat kesalahan. 10.6 Gambar menggambarkan entri agar layar yang mencakup pemeriksaan urutan, yang pada dasarnya adalah pengingat atau peringatan. Pengingat atau peringatan pemberitahuan dapat dihasilkan oleh urutan tertentu yang dimasukkan untuk obat yang mungkin kontraindikasi karena alergi atau obat lain atau mungkin tidak sesuai untuk sebuah prosedur yang pasien sedang disiapkan. Waspada mungkin salah satu yang lebih global, seperti pada gambar 10.6 yang mengingatkan dokter tentang pasien status hasil laboratorium dan jumlah obat yang sudah diambil. Pengingat dapat bahkan lebih global untuk pemeriksaan perawatan kesehatan, seperti ketika saatnya untuk pap smear tahunan atau untuk menanyakan tentang kemajuan yang dibuat pada program penghentian Merokok.

Tanda dan pengingat harus digunakan dengan bijaksana. Dalam beberapa kasus, organisasi telah menciptakan begitu banyak tanda dan pengingat bahwa mereka praktis muncul dengan setiap order dan mungkin ada beberapa Alert dengan hanya satu urutan. Banyak dokter menemukan ini mengganggu dan memakan waktu. Hati-hati juga harus diambil untuk membuat tanda dan pengingat di maner yang mengikuti aturan bisnis organisasi. Misalnya, mungkin diperlukan untuk menanggapi beberapa pengingat, tetapi boleh mengabaikan orang lain. Organisasi mungkin memilih untuk mendirikan audit pada peringatan yang diberhentikan.

Medication= medis

Insuli reg= jumlah insulin

See comments= lihat komentar

Subcutaneus= terdiri

Intramlus= intra mulus

Intravena= intra vena

Ad (right)= menambahkan yg di sebelah kanan

As (left)= menurangi sebelah kiri

Prn= priny

Secedule= jadwal; Now= sekarang, on call= telp, once= sekali

Priority= prioritas; routine= rutin,

Accept order= menerima pesanan, quit= menunggu,

Comments= komentar

Chart= tingkatan, order= pesanan, sumaarry=kesimpulan, demografics= demokrasi,

In basket= di keranjang, document= dokumen

CPOE tidak memerlukan EHR, tetapi tingkat dukungan keputusan klinis yang membuat CPOE paling efektif umumnya ditemukan hanya di EHR. Dan itu juga masalah utama dengan CPOE, yang baru-baru ini telah dimodifikasi di beberapa kalangan untuk komputer rata-rata penyedia order masuk. Banyak sistem CPOE memiliki sangat terbatas klinis keputusan dukungan. Dengan demikian, banyak dokter melihat pertunjukan order masuk sebagai fungsi klerik dan merasa bahwa apoteker harus meninjau pesanan obat untuk kontraindikasi, formulary kepatuhan, dan seterusnya.CPOE dipopulerkan oleh leapfrog group, yang membuatnya menjadi salah satu karakteristik utama tiga rumah sakit yang berkontribusi untuk kualitas perawatan. Leapfrog group terdiri dari lebih dari 150 organisasi Umum dan swasta yang memberi manfaat kesehatan untuk sekitar 34 juta kesehatan konsumen. Didirikan oleh business roundtable dengan dukungan dari Yayasan Robert Wood Johnson. Leapfrog group menyediakan kontrak insentif untuk rumah sakit untuk mengadopsi CPOE, arahan berbasis bukti rumah sakit dan dokter ICU staf (The Leapfrog kelompok 2003).Keselamatan pasien

Masalah keselamatan pasien pertama kali dimunculkan oleh lembaga kedokteran (IOM) dalam Roundtable Nasional pada Kualitas Kesehatan, diikuti oleh rilis dari tiga laporan: Melakukan kesalahan adalah Manusia (1999), Menyeberangi jurang Kualitas (2001), dan Keselamatan Pasien: Mencapai Standar Baru untuk Perawatan (2003). Selanjutnya, berbagai organisasi lain telah difokuskan pada masalah ini dengan berbagai tujuan dan tingkat efektivitas.

Publikasi 1.999 IOM menegaskan bahwa 98.000 orang meninggal setiap tahun di rumah sakit AS sebagai akibat dari kesalahan medis yang dapat dicegah. Menurut publikasi, seperti kesalahan dapat berkisar dari menerima prosedur yang salah atau resep untuk disajikan hidangan yang melanggar pembatasan diet yang ditetapkan oleh dokter pasien. Sebagai contoh, nama obat banyak keliru karena tulisan tangan yang sulit untuk membaca atau nama-nama yang terdengar mirip. The codeine obat, yang digunakan untuk mengobati nyeri sedang atau untuk mengontrol batuk yang serius, kadang-kadang salah membaca sebagai Cardene, obat yang digunakan untuk mengobati tekanan darah tinggi dan nyeri dada. Dalam mengutip contoh ini, Grup Leapfrog dicatat bahwa masalahnya bukan kecerobohan, tetapi, sebaliknya, bahwa orang-orang sangat berkualitas bekerja di bawah tekanan dalam pengaturan dengan proses yang kompleks. Grup Leapfrog percaya bahwa proses-proses dapat ditingkatkan untuk mengurangi kesalahan dihindari. Lain kesalahan pengobatan umum adalah dalam pencatatan jumlah dosis (seperti rekaman lg bukannya 01 g.). Komisi Bersama Akreditasi Kesehatan Organisasi (JCAHO) sekarang memerlukan nol sebagai tindakan untuk mengatasi jenis kesalahan. Komponen dari proses pemesanan kadang-kadang diabaikan, sehingga kesalahan pengobatan. Sebagai contoh, nama obat, dosis, dan frekuensi dapat dimasukkan, tetapi tidak rute, yang mungkin tidak terlihat dari jumlah dosis. Sistem CPOE yang mencakup bidang yang diperlukan membantu mengatasi jenis kesalahan (Grup Leapfrog 2003).Tantangan ke sistem CPOE

Seperti yang diusulkan di atas, rumah sakit telah sukses variabel dengan sistem CPOE. Order entry ini sangat menantang bagi dokter untuk mengadopsi karena perubahan alur kerja yang cukup besar. Order-entry fungsi dapat bervariasi di rawat inap dan rawat jalan pengaturan, namun, secara umum, tantangan dan manfaat serupa. Jika dirancang dengan baik dan menggabungkan set order serta petunjuk, pengingat, dan alert, fungsi order-entry dapat menghasilkan kualitas dan peningkatan biaya untuk organisasi kesehatan.

Tantangannya adalah bahwa dokter kadang-kadang menemukan diri mereka diminta untuk memasukkan informasi lebih lanjut pada saat pesanan sedang dibuat daripada biasanya untuk kertas memesan. Misalnya, sumber spesimen mikrobiologi atau jumlah isi ulang yang dapat diberikan adalah elemen yang profesional lainnya, seperti perawat atau apoteker, mungkin telah dimasukkan dalam fungsi mereka ketika berkomunikasi atau menerima pesanan. Dokter mungkin juga telah disampaikan beberapa informasi ini di lain waktu, seperti melalui panggilan telepon tindak lanjut dari perawat atau sebagai respons terhadap sebuah halaman dari apoteker. Dokter seringkali tidak menyadari efek kumulatif dari komunikasi tersebut. Selain itu, mereka mungkin tidak menyadari bahwa kebutuhan untuk pemeriksaan selanjutnya yang mengakibatkan penundaan pengobatan.

Kebijakan organisasi pada penghentian beberapa jenis order, persyaratan countersignature, atau kepatuhan terhadap formularium managed care yang mungkin telah ditegakkan hanya informal sekarang ditegakkan secara langsung melalui sistem order-entry, berkontribusi terhadap faktor waktu bagi dokter.

Beberapa dokter enggan untuk mengadopsi order entry telah berusaha untuk mentransfer ke rumah staf personalia atau menyusui. Meskipun CPOE bukanlah satu-satunya jawaban untuk kesalahan pengobatan (dan beberapa rumah sakit menemukan bahwa lebih banyak kesalahan sebenarnya berasal dari bagian lain dari persiapan obat dan proses administrasi), dapat berkontribusi untuk mengurangi risiko mereka, misalnya, dengan real-time alert terhadap obat-obat atau obat-makanan kontraindikasi, dosis tidak tepat atau rute, dan pemilihan mengurangi obat yang salah dengan nama yang mirip. Hal ini juga dapat meningkatkan efektivitas biaya, misalnya, dengan menawarkan rekomendasi untuk lebih murah, tetapi juga berkhasiat, obat dan memastikan bahwa urutan administrasi pengobatan dan tes laboratorium tidak memberikan kontribusi hasil tes keliru atau penundaan. Akhirnya, CPOE dapat menghemat waktu dokter dalam jangka panjang, misalnya, dengan tidak harus kembali panggilan telepon tentang isi ulang agar tidak terbaca atau dokumentasi tidak lengkap.

Untuk CPOE untuk menjadi sukses, dokter harus terlibat dalam proses yang sama merancang sistem CPOE untuk memastikan bahwa memenuhi kebutuhan mereka dan memahami manfaatnya. Kebijakan organisasi dan aturan bisnis harus dibentuk untuk mengatasi kebutuhan dokter dan apakah pengalihan tanggung jawab ke operator lain mungkin tidak diizinkan. Ada kewajiban yang luar biasa dalam memungkinkan dokter untuk memberikan orang lain password-nya sehingga individu yang dapat memasukkan perintah menggantikan dokter, ini harus dilarang.Penjadwalan dan In-Keranjang

Satu set proses administrasi yang biasanya dibantu oleh sebuah EHR adalah seluruh pasien dan staf penjadwalan, transportasi / routing, dan proses dokumentasi selesai. Rumah sakit telah memiliki penjadwalan sistem untuk beberapa waktu, tapi banyak di antaranya telah khusus untuk departemen, seperti penjadwalan perawat atau penjadwalan ruang operasi. Selain itu, rumah sakit telah memperoleh sistem untuk mengelola arus informasi. Orang, dan bekerja melalui bagian gawat darurat sibuk dan daerah rawat jalan. Namun, banyak dari sistem ini telah benar-benar independen dari sistem informasi utama rumah sakit (IS). Sistem EHR Banyak telah mencoba untuk memasukkan aplikasi seperti untuk rumah sakit.Dalam-Keranjang Fungsi

In-Basket adalah fungsi yang melayani informasi yang sama, orang, dan alur kerja kebutuhan tetapi sepenuhnya dikonsolidasikan ke dalam satu tampilan di log-on. Ia bekerja sebagai kertas yang sangat terstruktur dalam keranjang di meja atau penjadwalan dan sistem pengingat. Beberapa EHRs rawat inap tidak mungkin memiliki fungsi-keranjang, atau fungsi dapat pergi dengan nama yang berbeda. Beberapa di-keranjang yang sederhana seperti daftar pasien dokter dan nomor kamar mereka, yang dapat ditampilkan pada terminal di ruang dokter atau dekat pintu masuk dari tempat parkir. Banyak rumah sakit menggunakan fungsi-keranjang tanpa memiliki EHR penuh, tetapi ketika terintegrasi dengan EHR, setiap dokter dapat disajikan dengan layar di-keranjang lebih kuat saat login pada sistem. Pandangan mengarahkan dokter untuk menjadi hasil terbaru yang tersedia dan memberikan pengingat jadwal pertemuan berbagai dokumen ditranskripsi dan ketertiban verbal untuk ditandatangani dan informasi lainnya.

Dalam pengaturan kantor dokter, thein-keranjang memberitahu dokter kedatangan pasien untuk janji, untuk berapa lama pasien telah menunggu, ke ruang periksa pasien dalam, dan masalah spesifik pasien sedang dilihat untuk. Ini juga daftar hasil untuk review, resep isi ulang yang akan ditandatangani, laporan ditranskripsi untuk disahkan, dan sebagainya. Somein-keranjang memiliki telepon auto-dial fitur untuk memfasilitasi panggilan ke pasien. Gambar 10.7 menampilkan contoh sebuah layar di-keranjang.

Gambar 10.7. Contoh Anin-keranjang layar

Patient= pasien

Problem= masalah

Room= ruangan

From= dari

Subjek= subjek

Receive= penerima

Signature= tanda tangan

Order= pesanan

Surat elektronik

E-mail adalah fitur umum yang terkait dengan keranjang di-(meskipun di-keranjang dapat diberikan tanpa ini fungsi tertentu). Informasi Manajemen Kesehatan dan Sistem Association (HIMSS) diperkirakan pada akhir tahun 2002 bahwa 19 hingga 38 persen dari saat ini digunakan penyedia e-mail dengan pasien mereka dan bahwa pertumbuhan di e-mail menggunakan sedang terhambat oleh kurangnya penggantian untuk jenis komunikasi untuk pasien Medicare. (Namun, beberapa pembayar komersial telah mulai memberikan penggantian dalam beberapa kasus, dengan perbaikan ditunjukkan di kedua biaya dan alur kerja.)

Efektif tanggal 1 Januari 2004, American Medical Association (AMA) dirilis CPT Kategori Kode III dalam menanggapi penghapusan kode lokal di bawah HIPAA dan kebutuhan untuk kode untuk mewakili muka pengumpulan data dan penelitian. Salah satu kode termasuk sangat 0074T:

Online evaluasi dan manajemen pelayanan, per pertemuan, yang disediakan oleh dokter, dengan menggunakan internet atau mirip jaringan komunikasi elektronik: dalam menanggapi permintaan pasien, pasien didirikan.

Beberapa organisasi telah ditetapkan e-mail kebijakan bagi karyawan, pada umumnya, dan antara dokter dan pasien, khususnya. Salah satu upaya tersebut paling awal dikembangkan pada tahun 1988 oleh American Medical Informatics Association (AMIA). AMIA pedoman untuk penggunaan klinis surat elektronik dengan pasien secara luas diadopsi (AMIA 1988). Selain itu, American Health Information Management Association (AHIMA) menerbitkan singkat praktek di e-mail sebagai media komunikasi provider-pasien elektronik (AHIMA 2003).Pasien Ringkasan

Dokter cenderung untuk melihat ringkasan pasien sebagai fungsi kedua yang paling diinginkan dalam EHR setelah akses data. Ringkasan Pasien digunakan terutama dalam pengaturan rawat jalan. Ringkasan pasien menampilkan informasi demografis dasar, daftar masalah, daftar obat saat ini dan daftar kunjungan baru-baru ini dan hasil untuk ulasan. Hal ini dihasilkan terutama melalui antarmuka dengan sistem lain, termasuk pendaftaran, penagihan laboratorium, dan.

Daftar obat saat ini mungkin dipenuhi dalam beberapa cara. Sebagai contoh, dokter dapat memasukkan secara langsung melalui fungsi resep dan / atau sejarah-taking fungsi atau perawat mengambil informasi asupan dapat berkontribusi untuk itu dan menambahnya dari resep yang ditulis oleh dokter selama kunjungan dan dari catatan kunjungan. Dalam kasus tersebut, daftar obat akan berisi semua obat klinisi percaya pasien mengambil, termasuk lebih dari the-counter obat.

Daftar obat juga dapat memenuhi melalui antarmuka dengan apotek. Hal ini mengurangi beban kerja di kantor tetapi juga membatasi obat untuk mereka yang dibagikan melalui apotek yang berpartisipasi. Kadang-kadang antarmuka dapat diatur dengan apotek lokal tambahan, yang agak memperluas jangkauan obat ditangkap tetapi masih membatasi obat untuk hanya mereka yang membutuhkan resep.

Ringkasan Pasien mungkin ada dalam pengaturan rawat inap, tetapi mereka kemudian ketika mencerminkan penerimaan berbagai umumnya disusun melalui antarmuka dengan sistem departemen. Daftar obat mungkin termasuk obat hanya diberikan bila didorong melalui sistem keperawatan, hanya mereka memerintahkan (termasuk obat discharge) ketika didorong melalui sistem order-entry, atau kombinasi keduanya. Administrasi pengobatan, tanda-tanda vital catatan, dan order-entry fungsi mungkin ada di rumah sakit melalui sistem departemen, namun ringkasan pasien tidak berharga untuk thephysician di rumah sakit karena ke dokter dalam pengaturan kantor. Namun, pandangan ringkasan pasien diberikan melalui sebuah EHR dapat mengumpulkan informasi dari sistem yang berbeda dalam tampilan lebih user-friendly dan dapat membantu konsultan dan profesional pendukung lainnya yang membutuhkan sebuah gambaran singkat dari pasien. Dikombinasikan dengan di-keranjang fungsi, tampilan ringkasan pasien menyediakan cara cepat untuk mengidentifikasi dan mendapatkan hasil sebelumnya tidak terakhir atau untuk melihat pengingat untuk menandatangani transkripsi, perintah lisan yang diperlukan, dan sebagainya. Gambar 10.8 menunjukkan contoh layar ringkasan pasien. Rencana perawatan, Klinis Pedoman, Protokol, dan Persiapan

Rencana perawatan, Pedoman Klinis, Protokol, dan Jalan adalah perangkat kerja penting klinis alur. Meskipun mereka telah digunakan di atas kertas beberapa waktu, penggunaannya rumit dan pada dasarnya perangkat referensi.

Allergies= alergi

First observed= observasi pertama

Alalergen= alergi

Reaction= reaksi

Severity= keamananReminder= pengingat

Date time= waktu

Action= aksi

Problem list= daftar masalah

Comment= komentar

Penggunaannya dalam EHR dasarnya dapat membawa mereka hidup dan dukungan tidak hanya arus informasi dan bekerja, tapi dokumentasi juga. Beberapa ahli menarik perbedaan antara istilah-istilah ini, sebagai berikut;

Rencana Perawatan cenderung untuk merujuk secara khusus untuk rencana dibuat untuk setiap pasien.

Pedoman umumnya dianggap rekomendasi berdasarkan laporan sistematis atau algoritma klinis pilihan perawatan terbukti. Mereka sering dikembangkan oleh organisasi profesi, pembayar, dan lembaga pemerintah (seperti Badan Kesehatan Penelitian dan Kualitas [AHRQ]).

Protokol cenderung lebih rinci rencana perawatan berdasarkan investigasi yang dilakukan oleh masyarakat profesional, perusahaan obat, atau peneliti individu.

Persiapan, atau peta perawatan, menggambarkan standar, sehari-hari tentu saja perawatan untuk kelompok pasien dengan diagnosis yang sama atau prosedur untuk mencapai hasil yang konsisten. Persiapan sering dikembangkan oleh fasilitas lokal atau rencana kesehatan (Bufton 1999, 249-68).

Dokter secara rutin mengembangkan rencana perawatan, meskipun rencana tersebut tidak dapat didokumentasikan secara eksplisit seperti dalam catatan kesehatan. Bukti dari rencana perawatan dokter umumnya ditemukan pada akhir sejarah dan laporan pemeriksaan dokter sebagai "rencana" dan perintah untuk perawatan. Perawat juga secara rutin mengembangkan rencana perawatan. Dalam lingkungan kertas, ini mungkin telah dicatat pada formulir sementara dan tidak dimasukkan ke dalam catatan kesehatan permanen. Sebagai dokumentasi keperawatan sistem telah terjadi, rencana perawatan yang dimasukkan ke dalam catatan perawat '. Perawat juga telah mulai mengadopsi pedoman klinis lebih formal, protokol, atau jalur mereka sendiri.

Dokter baru saja mulai mengenali variasi besar dalam bagaimana mereka memperlakukan pasien dan mengadopsi obat-obatan berbasis dibuktikan melalui penggunaan pedoman klinis, protokol, atau jalur. Tentu saja, beberapa variabilitas melekat dalam mengobati kondisi manusia. Beberapa kasus variasi bahkan pada pasien yang sama menyebabkan penemuan medis yang penting. Namun, banyak variasi dalam praktek Dokter adalah karena perbedaan dalam pelatihan Dokter dan hanya tidak menjaga saat ini dengan modalitas diagnostik dan terapi. Hal ini terutama berlaku untuk Dokter perawatan primer yang menghadapi berbagai macam tantangan diagnostik dan tidak mungkin bisa diharapkan untuk bersaing dengan semua obat terbaru dan protokol pengobatan.

Praktek pedoman, sumber pengetahuan, formularium dan sejenisnya tersedia melalui berlangganan dari lembaga penelitian dan perusahaan yang tujuan utamanya adalah untuk menjaga jenis tertentu informasi yang up-to-date. Ini dengan mudah dapat dimasukkan ke dalam sistem EHR.

Sebagian besar organisasi menemukan bahwa, seperti workstation, tidak ada satu bentuk dokumentasi setiap orang sesuai atau semua situasi. Hal ini tidak mengherankan bahwa Dokter menggunakan fungsi lebih di kantor mereka daripada yang mereka lakukan di rumah sakit. Kadang-kadang hal ini karena dua sistem yang berbeda, dan itu cukup sulit untuk belajar dan menguasai satu. Rumah Sakit mungkin menemukan bahwa mereka harus mempertimbangkan layar disesuaikan, yang dapat memberikan Dokter dengan tampilan dan nuansa yang mirip dengan sistem kantor mereka.

Meskipun perawatan telah diambil untuk merujuk pada dokter ketika lingkup yang lebih luas dari Dokter, perawat, dan bersekutu profesional kesehatan yang direferensikan, harus menunjukkan bahwa dokter melakukan pekerjaan masing-masing berbeda dan memiliki kebutuhan yang berbeda dari EHR. Jika Dokter penggunaan EHRs telah ditekankan, itu karena dokter utama yang bertanggung jawab untuk catatan kesehatan kertas dan tradisional belum seperti yang terlibat, atau tidak sama sekali terlibat, sebagai dokter lain dalam sistem komputer. Sistem EHR pada dasarnya sedang dikembangkan forphysicians. Ini adalah poin penting untuk diingat ketika mengevaluasi software EHR. Jika dokter tidak siap untuk fungsional penuh EHR, tetapi organisasi kesehatan ingin memulai pelaksanaan EHR untuk dokter lainnya, sebuah EHR yang dirancang secara eksklusif untuk dokter akan tidak pantas.

Sebuah contoh utama dari variabilitas kebutuhan EHR adalah dalam dokumentasi catatan yang sangat terstruktur. Hal ini mungkin tidak sesuai dengan beberapa dokter tetapi mungkin sesuai dengan dokter lain, serta perawat, cukup baik. Selain itu, mungkin sesuai dengan situasi yang lebih baik daripada yang lain, seperti untuk mendokumentasikan pemeriksaan fisik terhadap konsultasi. Sebuah sistem EHR juga harus mampu menyajikan berbagai pandangan dari data yang sama. Sekali lagi, karena dokter bekerja dengan cara yang berbeda dan kadang-kadang diinginkan untuk diberikan dokter untuk melihat data dalam berbagai cara, kemampuan untuk melihat data dalam narasi, tabel, flowchart, atau bentuk grafik harus dipertimbangkan. Hal ini terutama terjadi sebagai pasien diperkenalkan untuk menggunakan sistem EHR. Disesuaikan pandangan, laporan dan instruksi dapat dikembangkan untuk mereka.

Alat gambar dan diagram anatomi juga merupakan pilihan dokumentasi. Gambar 10.9 memberikan contoh menggambar alat untuk digunakan oleh dokter mata.

Beberapa spesialisasi cenderung menggunakan diagram lebih dari spesialisasi lain (misalnya, dokter mata sering menggunakannya). Memasukkan gambar juga harus diperhatikan. Gambar akan menjadi orang-orang dari radiologi, laboratorium spesimen potensial makroskopis dan mikroskopis, bentuk gelombang dari electrocardiograms dan perangkat medis lainnya, dan bahkan gambar dari pasien sendiri untuk tujuan baik diagnostik dan identifikasi. Semua fungsi

Right= kanan

Left= kiri

Problem list= daftar masalah

Prosedure= langkah2

Notes= catatan

dan bentuk data yang harus dievaluasi terhadap biaya yang terkait dengan penyimpanan data, waktu pengambilan, dan waktu yang dihabiskan dokter bekerja dengan data. Berikut ini adalah studi kasus:

Dalam memperbarui satu sistem EHR, itu dicatat bahwa tidak ada gambar yang disertakan. Seorang dokter kulit ditanya apakah kemampuan untuk menggambar diagram yang menunjukkan lokasi dari kondisi kulit atau penampilan mereka tidak terjawab. Para dermatolog menjawab bahwa dalam lingkungan kertas diagram tersebut dibuat dan semua orang menyadari alat-alat seperti yang tersedia melalui sistem EHR, tapi orang-orang tidak cenderung untuk belajar menggunakannya dan hasilnya tidak terjawab. Ketakutan menyatakan tidak begitu banyak kurva pembelajaran yang akan diperlukan, melainkan, bahwa lebih banyak waktu akan dihabiskan membuat "gambar-gambar cantik" dari yang diperlukan. Atau, para dokter mata dalam praktek ini masih menggambar di atas kertas yang dipindai ke EHR. Mereka juga menyatakan keprihatinan tentang gambar menghabiskan waktu. Sebagai hasilnya, software itu akan dimodifikasi untuk menyederhanakan alat gambar dan menggabungkan beberapa gambar macro.Pendukung keputusan

Banyak yang telah dibuat dari pentingnya dukungan keputusan klinis untuk mencapai manfaat EHR. Dalam mengidentifikasi kriteria EHR inti dalam bab 1, angka 1,4 disimpulkan bahwa EHR:

Mengumpulkan data dari berbagai sumber

Memberikan dukungan keputusan

Apakah sumber utama informasi pada titik perawatan

Pendukung keputusan klinis datang dalam berbagai bentuk dan dimasukkan ke dalam EHR melalui berbagai jenis alat-alat analisis. Meskipun beberapa akan menyarankan bahwa ketersediaan belaka data melalui fungsi akses data mendukung pengambilan keputusan, maksud dari pendukung keputusan berbeda dengan dukungan untuk pengambilan keputusan adalah untuk EHR untuk menyediakan link antara mengumpulkan data dari berbagai sumber dan menggunakannya untuk membimbing pasien perawatan.

Sistem pendukung keputusan klinis, atau proses analisis yang digunakan untuk memberikan dukungan keputusan klinis dalam EHR, mungkin pergi oleh sejumlah istilah yang berbeda. Industri ilmu komputer kadang-kadang menggunakan istilah umum "kecerdasan buatan" (AI). Namun, kebanyakan dokter tersinggung oleh istilah ini dan percaya penekanan perlu untuk menggunakan keahlian klinis dan bukti ilmiah untuk mendukung pengambilan keputusan klinis dengan bantuan sebuah EHR. Oleh karena itu, "sistem kedokteran berbasis bukti" "sistem pendukung keputusan klinis" (CDSS), "sistem pakar", atau istilah yang lebih populer.

Alert pasokan CDSSs dan pengingat, melakukan analisis hasil, dan mendukung kegiatan manajemen pengetahuan lainnya. Dari dasar ke kompleks, teknologi yang mendukung fungsi-fungsi dari CDSS dapat dikategorikan sebagai mesin aturan, analisis statistik umum, mesin pencari, dan sistem pakar yang menggabungkan berbagai alat analisis untuk mengungkap makna baru. Aturan Engine

Mesin Peraturan menyediakan berbagai pengingat dan peringatan, saran praktik pedoman klinis, dan benchmarking. Aturan mesin beroperasi pada data diskrit yang umumnya diproses dalam salah satu dari dua cara.

Ketika data untuk transaksi tunggal seperti data capture, editing, atau menyimpan diproses, pengolahan dapat digambarkan sebagai proses transaksi online (OLTP). OLTP pada dasarnya melibatkan transaksi untuk satu set data, seperti membuat janji untuk pasien, mengambil hasil laboratorium untuk pasien, dan sebagainya.

Beberapa sistem EHR berhenti di situ, tetapi sistem EHR yang komprehensif memberikan dukungan keputusan klinis dan bisnis dan dengan demikian menggabungkan perangkat lunak yang menyediakan fungsionalitas tersebut. Pengolahan data diperlukan untuk memberikan dukungan keputusan sering disebut sebagai pengolahan analisis online (OLAP). OLAP memungkinkan analisis yang akan dilakukan pada set data dan atas dasar ad hoc. Misalnya, memesan obat tanpa dukungan keputusan merupakan transaksi OLTP. Pengurutan obat untuk pasien dan menggabungkan informasi dengan informasi lainnya agar dari catatan kesehatan dan formularium obat untuk menyajikan peringatan alergi, satu set obat alternatif, dan link ke situs yang lebih lengkap menggambarkan indikasi mereka, kontraindikasi, dosis, dan seterusnya di OLAP transaksi (AHIMA 1998). Pengingat dan Peringatan

Pengingat dan Peringatan disediakan oleh mesin aturan yang melakukan satu set kompleks jika-maka perbandingan terhadap data untuk memberikan informasi spesifik untuk data yang dimasukkan (OLAP). Pengingat dapat meminta dokter untuk informasi spesifik, memberitahu mereka tentang kondisi tertentu, atau hanya menyediakan link ke informasi tambahan berdasarkan kriteria tertentu. Mereka sering ditampilkan pada workstation dalam data-entry layar atau cetakan hasil. Tanda dibedakan dari pengingat hanya bahwa peringatan tersebut dianggap cara yang lebih jelas, misalnya, dalam warna yang berbeda, dengan berkedip di layar, atau sebagai nada. Peringatan bahkan dapat mengaktifkan pager seorang dokter untuk memberi sinyal bahwa sesuatu yang mendesak telah terjadi. Klinis Pedoman Saran

Saran Pedoman Klinis pada dasarnya adalah sebuah jalur logis atau seperangkat rekomendasi tentang pilihan dokter dapat mengikuti tergantung pada keadaan klinis tertentu. Seperti disebutkan sebelumnya, ini mungkin telah digunakan dalam bentuk kertas di masa lalu tetapi yang paling efektif bila digunakan pada titik perawatan di sistem EHR. Karena setiap elemen data yang dimasukkan, serangkaian percabangan terjadi untuk mengarahkan dokter untuk menangkap data lain, mempertimbangkan informasi lain atau menawarkan alternatif yang spesifik untuk dipertimbangkan. Benchmarking

Benchmarking merupakan fungsi dari database yang membandingkan spesifik, data internal untuk data umum yang sebanding, sering dari database penelitian eksternal. Ini melayani tujuan yang berbeda, beberapa atau semua yang dapat dimasukkan ke dalam sebuah CDSS. Benchmarking Klinis digunakan untuk mendorong dokter untuk hinger tingkat kinerja, untuk mengubah dan standarisasi paterns praktek, dan untuk mengurangi overutilization hight-biaya perawatan, ancillaries, dan tes. Jenis lain dari benchmark mencakup tolok ukur kesehatan masyarakat, operasi tolok ukur kinerja, benchmark biaya dan efisiensi, dan tolok ukur kontraktor.

Benchmark sering dibeli dari consultans dan penerbit seperti Milliman & robertson. Asosiasi profesional seperti kelompok manajemen medis asosiasi, Amerika sakit asosiasi, asosiasi AMA, dan interstudy juga adalah soureces dari benchmark (schwartz 1998).Analisis statistik

Alat analisis statistik termasuk alat-alat yang tersedia di pasar over-the-counter, seperti pengolah kata, spreadsheet, dan sistem database. Mereka juga termasuk alat analisis statistik seperti SPSS (proses statistik untuk ilmu sosial), BMDP (paket data Biomedical), dan lain-lain. Search engine

Alat untuk mencari database meliputi bahasa query terstruktur. Alat-alat ini memberikan kemampuan untuk memperoleh data yang dipilih dari database didasarkan pada spesifik user-defined parameter. Contoh bahasa query terstruktur yang digunakan dalam produk EHR meliputi oracle, Sybase, microsoft SQL server, dan Informix. Laporan menulis adalah alat penting untuk memformat dan menyajikan informasi yang diperoleh dari database. Ahli sistem

Sistem pakar adalah program thats di menggunakan seperangkat aturan untuk membangun sebuah proses penalaran. Dalam bidang luar kesehatan, dan sistem pakar disebut sebagai kecerdasan buatan (bidgoli 1997, 387). Sistem pakar "belajar" berdasarkan pada tambahan terus-menerus data. Penggunaannya didasarkan pada konsep dikodekan berasal dari para ahli di lapangan. Akibatnya, sistem pakar menyediakan jenis analisis masalah dan saran yang ahli mungkin memberikan jika ia hadir sebagai konsultan (abdelhak et al 1996,. 608). Gambar menunjukkan 10.10 model sistem pakar.

Sistem pakar menggunakan berbagai jenis aturan-skema berbasis pengolahan untuk menyediakan knowlwdge (siwicki 1996), termasuk:

penalaran simbolik adalah metode deduksi yang mengikuti garis eksplisit kesimpulan

Logika fuzzy adalah sistem berbasis aturan yang meniru pemikiran manusia, memungkinkan coputer untuk berpikir dalam jangka eksak daripada dengan cara, yang pasti baik-atau.

Expert1= pengguna 1

Expert2= pengguna 2

Expert3= pengguna 3

Rules= aturan

Fact= fakta

Knowledge engineer= pengetahuan teknik

Knowledge acquisition facility= fasilitas pengetahuan akuisi

Knoeledge base= dasar pengetahuan

Inference engine= perpindahan timbal balik

User= pengguna

Queries= kueri

Explanations= eksplamasi

User interface= pengguna interface

Report generator= laporan generator

Sebuah jaringan saraf adalah metodologi yang sangat matematika yang belajar dari banyak contoh untuk benar mengkategorikan ciri atau contoh-contoh baru.

Data mining adalah teknik yang mengungkapkan informasi baru dari informasi yang ada dengan menelusuri set raksasa data.

Algoritma genetika memeriksa data dan menentukan oleh stipulatiions diprogram data yang paling cocok dengan menyatakan tujuan dan data yang tidak.Reporting/population kesehatan berfungsi

tahap [yang] akhir ini siklus adopsi menunjukkan kemampuan menyediakan kesehatan masyarakat reporting,external accoutabilas [yang] melaporkan ( seperti JCAHO data KIJANG ORIX atau CMS MDS atau data OASIS ( bab yang dibahas 8), dan memindahkan tanaman ke pot khusus (untuk suatu maksud) ke sekolah ( untuk/karena example,immunisasi arsip) dan others.it akan meliputi mendukung berbagai disease,device,and lain registries.it [perlu] meliputi kemampuan [itu] ke de-identify informasi seturut Keleluasaan pribadi HIPAA's [atur/perintah] kebutuhan untuk de-identification atau ciptaan suatu data terbatas menetapkan.

Walaupun beberapa format telah mengakomodasi banyak dari functions,the gagasan ini adalah untuk secara penuh mengintegrasikan ini berfungsi dengan EHR sedemikian sehingga [itu] tidaklah harus dilakukan secara terpisah.

Sebagai tambahan terhadap melaporkan FUNCTION,HOWEVER,THE EHR [perlu] mendukung penggunaan data kesehatan populasi untuk keselamatan pasien dan tujuan berkwalitas seperti halnya riset dan pengembangan petunjuk klinis.sistem reliability,privacy,and keamanan

keandalan sistem dan keamanan sering yang datang diskusi ter]akhir adalah functionality.however,this mestinya tidak menyebabkan arti penting mereka untuk salah ditanggapi but,rather,should mencerminkan dasar mereka dan cross-functional nature.reliabilas dan keamanan berhubungan dengan semua aspek EHR sistem functionality,from kebijakan dan prosedur yang menunjukkan kerahasiaan dan integritas data kacang-kacangan [itu] dan palang/baut perangkat keras dan lunak yang kedua-duanya melindungi data dari kompromi dan memastikan capaian system

keandalan

di (dalam) suatu keandalan sistem komputer mengacu pada kemampuan suatu sistem untuk melaksanakan fungsi nya tanpa errors,crashes,or permasalahan capaian.kesalahan

kesalahan terjadi oleh karena suatu isu capaian sistem atau ketiadaan keamanan. suatu capaian sistem isu boleh diakibatkan oleh memuat berlebih sistem [itu] dengan data dan tindakan di luar nya capabilities,poor maintenance,physical kerusakan ( seperti seseorang [yang] meneteskan suatu PC atau secara kebetulan memotong suatu cable),or lain berbagai kesulitan teknis. di (dalam) uraian jaringan architecture,it telah dicatat bahwa teknik digunakan untuk mencegah benturan data.such anoccurrence akan menjadi suatu teknis difficulty.errors juga terjadi sebab seseorang atau apa begitu telah menyebabkan [mereka/nya] ke occur.securas corak melindungi terhadap kejahatan internasional.

kesalahan extreamely kritis healthcare sebab mereka dapat menghasilkan tidak hanya di (dalam) biaya ditambahkan ( dalam kaitan dengan koreksi atau liability),but juga di (dalam) kematian suatu patient.moreover,they tidaklah selalu dengan seketika identifiable.constantly monitoring sistem dan yang rutin yang melihat kemungkinan kesalahan dan meninjau ulang keluaran adalah aktivitas penting di (dalam) mengidentifikasi dan perkerjaan mengikuti jalan penyebab kesalahan.roboh/hancur

roboh/hancur adalah disebabkan oleh banyak dari capaian sistem yang sama mengeluarkan atau pelanggaran atas isu keamanan yang kesalahan are,but dibanding/bukannya menghasilkan suatu kesalahan [yang] mereka menyebabkan sistem [itu] untuk stop berfungsi sama sekali semuanya. di (dalam) suatu mission-critical [SISTEM INFORMASI] seperti EHR,full-redundancy backup harus pada tempatnya untuk memastikan bahwa sistem beroperasi duapuluh empat jam [adalah] suatu day,seven hari [adalah] suatu week,(see bab 9).however,full-redundancy backup tidak meniadakan kebutuhan akan perencanaan kesembuhan bencana dan operasi gaya keadaan darurat prosedures ( is,contingency perencanaan itu) sebab suatu backup sistem dimaksudkan hanya untuk melayani dalam hal keadaan darurat

permasalahan capaian

permasalahan capaian diproduksi oleh banyak dari peristiwa yang sama yang menyebabkan kesalahan dan roboh/hancur tetapi lebih mungkin annoyances,such [sebagai/ketika] [kali;zaman] tanggapan lambat di (dalam) masukan data atau retrieval.however,performace permasalahan juga dapat dihubungkan dengan ukuran dan daya proses transaksi tidak cukup adalah mulai untuk;menjadi terlalu sulit bagi kapasitas sistem

capaian juga bisa merupakan suatu humman yang issue,related sebanyak workstations,printers dan lain alat yang diperlukan untuk beroperasi EHR.WITHOUT [itu] [adalah] suatu jumlah cukup setasiun pekerjaan ( mencakup desktop,portable,and handhelds) EHR tidak akan digunakan untuk luas penuh nya.keleluasaan pribadi dan keamanan

walaupun healthcare telah selalu terkait dengan keleluasaan pribadi pasien dan kerahasiaan kesehatan information,there tidak telah (menjadi) apapun standard nasional untuk memastikan perlindungan keleluasaan pribadi sama antar semua penyedia atau suatu