GH 2018nov LIS Guidebook Web (083 164) .En - Id

Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.
com
Penyelarasan Perangkat Lunak LIS: Migrasi Data

1
Sebuah proses untuk mengimpor data dari sistem lama. Sistem akan mulai dengan data ini atau
dapat digunakan sebagai perspektif historis.
2
Tujuan
Konversi file data diperlukan saat bermigrasi antar platform pada sistem yang sama atau membawa data dari satu 3
sistem ke sistem lainnya. Untuk menentukan apakah semua data perlu dimasukkan ke dalam LIS, pertimbangkan
bagaimana data akan digunakan dalam sistem saat ini, serta persyaratan badan pengatur.
4
Grup yang Terlibat dengan Migrasi Data
• Gugus tugas terlibat dalam menentukan persyaratan migrasi data.

• Vendor LIS bertanggung jawab untuk mengembangkan proses dan alat untuk melakukan migrasi data.
5
• Tim manajemen proyek harus memastikan bahwa kegiatan ini merupakan bagian dari jadwal dan
penyerahan yang disepakati dari vendor.
6
Langkah-langkah yang Terlibat dengan Migrasi Data
7
1. Data dapat diambil dari file manual dan dimasukkan ke dalam sistem atau data dapat dikonversi dengan
metode otomatis atau manual. Pastikan semua data yang diperlukan disertakan dalam persyaratan
migrasi, bersama dengan logika transformasi/penerjemahan yang diperlukan.
8
2. Mengambil keputusan secara sadar untuk membawa atau tidak membawa data lain yang dianggap tidak
diperlukan ke depannya.
9
3. Uji konversi saat mengonversi file antar platform pada sistem yang sama atau membawa data
dari satu sistem ke sistem lainnya. Jangan mengonversi 10.000 file sekaligus—lakukan
10
sampel uji, validasi data, periksa apakah nama pasien cocok dengan semua data di sana dan
semua elemen data muncul di bidang yang diharapkan, lalu konversi kumpulan kecil data.
11
Waktu 12
• Rencana pengujian untuk migrasi data harus dirancang sebagai bagian dari aktivitas sebelumnya
• Lakukan proses migrasi sampel kering sebelum menyelesaikan tes penerimaan
• Migrasi data final dilakukan satu kali di setiap lokasi percontohan yang berpartisipasi sebelum penghentian
13
produksi. Data ini akan menjadi data benih untuk sistem saat ditayangkan untuk situs percontohan.
14
15
16
17
18
19
Buku Panduan Manajemen Proyek LIS 2017|83
1 Instalasi: Infrastruktur
Pemasangan infrastruktur teknis seperti jaringan komputer, colokan listrik
2 Tujuan
Langkah ini sangat penting karena segala sesuatu yang lain tergantung padanya. Di bawah ini adalah manfaat dari instalasi
3 infrastruktur yang tepat.
• Akses LAN tersedia untuk semua instrumentasi dan pengguna laboratorium.

4 • Tersedia perangkat keras yang sesuai untuk menyiapkan LAN di setiap laboratorium.
• Setiap laboratorium memiliki akses internet di lokasi laboratorium.
5
NB: Konektivitas internet mungkin tidak diperlukan agar solusi berfungsi; namun, ini akan menjadi
penting untuk bantuan jarak jauh dan pemecahan masalah oleh vendor.
• Kebutuhan listrik/daya yang stabil dan tidak terputus ditujukan untuk mengoperasikan sistem.
6
Grup yang Terlibat dengan Infrastruktur
7 • TWG harus memimpin upaya ini. Mereka bertanggung jawab untuk pengadaan semua peralatan yang
dibutuhkan per desain, terlibat dengan vendor/kontraktor lokal untuk melakukan instalasi termasuk
pemasangan kabel yang diperlukan.
8 • Mitra implementasi dapat membantu dalam aspek kontrol kualitas instalasi dengan menyediakan UKM
dalam administrasi jaringan.
• Manajemen laboratorium harus:
9 menyediakan akses ke area lab untuk instalasi,

mengawasi pemasangan, dan
menyediakan ruang kerja alternatif (sementara) untuk personel lab, jika diperlukan.
10
Langkah-Langkah yang Terlibat dengan Infrastruktur
11 Komputer - Jaringan Area Lokal
1. Identifikasi jumlah port LAN dan lokasi di dalam laboratorium dan pasang kabel dari
12 lokasi pusat ke port tersebut.
sebuah. Bekerja dengan manajemen laboratorium untuk menentukan lokasi

13 instrumentasi laboratorium dan lokasi PC mandiri.
14
b. Pastikan jumlah dan lokasi pelabuhan mencukupi untuk instrumentasi yang ada dan yang
akan datang.
15
c. Selalu sertakan kapasitas tambahan untuk ekspansi di masa mendatang.
saya. Pertimbangkan untuk menyertakan satu port tambahan untuk setiap lokasi drop dan membuatnya tidak
16
aktif dengan kemampuan membuatnya aktif sesuai kebutuhan di masa mendatang.
ii. Kapasitas tambahan juga dapat diberikan menggunakan router portabel di lain
17 waktu.
aku aku aku. Lakukan analisis biaya-manfaat antara opsi, jika memungkinkan.
18 2. Identifikasi dan instal router, sakelar, titik akses, hub, dan gateway yang diperlukan
19
84|Asosiasi Laboratorium Kesehatan Masyarakat
untuk melengkapi jaringan area lokal di setiap laboratorium dan menempatkan perangkat keras ini di
lokasi laboratorium pusat.
3. Jika nirkabel (WiFi) adalah bagian dari arsitektur infrastruktur, pastikan jangkauan dan kekuatan
sinyal di semua ruang fisik yang diperlukan termasuk aspek redundansi dan ketersediaan
tinggi.
4. Identifikasi dan pasang akses Internet ke setiap laboratorium sebaiknya di lokasi di mana
akses tersebut dapat disediakan untuk LAN.
5. Pastikan bahwa semua kabel, perangkat keras LAN, dan akses Internet telah terpasang sebelum
penginstalan aplikasi perangkat lunak LIS apa pun.
Listrik/Daya
1. Identifikasi dan pasang jumlah outlet listrik yang dibutuhkan di seluruh fasilitas berdasarkan tata
letak perangkat keras.
2. Pastikan kapasitas berada dalam batas yang dapat diterima dan legal.
3. Uninterrupted power supply (UPS) dipasang dan diuji. UPS harus memasok daya,
minimal ke server pusat dalam arsitektur sistem, sehingga sistem dapat
dimatikan secara teratur.
4. Stabilizer tegangan, jika diperlukan, disediakan dan siap untuk dipasang pada peralatan.
5. Jika itu bagian dari ruang lingkup, sumber daya alternatif, seperti generator, dipasang dan diuji. UPS dapat
mempertahankannya hanya untuk waktu yang singkat; jika lab membutuhkan konektivitas yang konstan,
maka generator akan diperlukan.
AC
Pasang peralatan AC dengan kapasitas yang cukup, di fasilitas hosting hardware
server terpusat.
Waktu
Ini adalah langkah pertama dalam instalasi dan harus direncanakan untuk dimulai tepat setelah perangkat
lunak aplikasi dipilih dan arsitektur/desain fisik disetujui oleh semua pihak.

1 Instalasi: Perangkat Keras dan Perangkat Lunak Sistem LIS
Instalasi perangkat komputer yang terkait dengan perangkat lunak LIS. Ini termasuk server, stasiun kerja
2 pengguna akhir, printer, printer label kode batang, pemindai kode batang, dll. Penempatan peralatan
komputasi pengguna akhir harus sejalan dengan pertimbangan ergonomis yang diambil selama fase
desain. Pemasangan perangkat keras meliputi pemasangan perangkat lunak sistem (sistem operasi dengan
3 patch terbaru, perangkat lunak anti-virus, perangkat lunak pencadangan dan pemulihan, dll.), pemasangan
jaringan komputer, penerapan modul keamanan, dan penyediaan konektivitas peralatan.
4 Jika rangkaian aplikasi produktivitas seperti pengolah kata dan spreadsheet merupakan bagian dari cakupan, maka
aplikasi tersebut harus diinstal pada workstation pengguna saat ini.
5
Tujuan
6
Ini adalah langkah kedua dalam proses instalasi meletakkan dasar untuk instalasi perangkat lunak
aplikasi. Perangkat keras ini akan menampung perangkat lunak aplikasi LIMS.
7
Grup yang Terlibat dengan Perangkat Keras dan Sistem
• Kelompok Kerja Teknis harus memimpin upaya ini. Mereka bertanggung jawab untuk pengadaan
semua peralatan yang dibutuhkan per desain.
8 • Vendor perangkat keras bertanggung jawab atas pemasangan dan memastikan kompatibilitas dengan
spesifikasi LIMS.
• Mitra pelaksana dapat membantu dalam aspek pengendalian mutu instalasi.
9 • Manajemen lab harus menyediakan akses ke area lab untuk instalasi, mengawasi instalasi, dan
menyediakan ruang kerja alternatif (sementara) untuk personel lab jika diperlukan.
• Seorang yang ditunjuk dari setiap lab bertanggung jawab untuk menjaga inventaris, menghubungi vendor
10 untuk pemeliharaan/pemecahan masalah, meminimalkan waktu yang hilang karena komputer yang tidak
berfungsi, dll., untuk lab masing-masing. Lebih disukai, orang ini harus menjadi pengguna super dari
sistem di lab.
11 Langkah-langkah yang Terlibat dengan Perangkat Keras dan Sistem
12 1. Jika vendor instalasi berbeda dari pemasok perangkat keras, pastikan mekanisme kontrol inventaris yang tepat
tersedia seperti penerimaan, penyimpanan, dan pengeluaran. Pelacakan barang cacat dan pengembalian
adalah bagian dari proses ini.
13 2. Instal/konfigurasi domain jaringan komputer dan kebijakan firewall.
14 3. Perangkat keras harus dikirimkan dengan perangkat lunak sistem yang telah diinstal sebelumnya. Jika tidak, instal
perangkat lunak sistem.
15 4. Tambahkan komputer ke domain jaringan.
5. Instal perangkat lunak antivirus dan utilitas sistem lainnya di semua komputer termasuk stasiun kerja
16 pengguna akhir.
6. Instal printer dan pastikan printer dapat diakses dari komputer.

17
7. Hubungkan pemindai kode batang dan pastikan kemampuan pemindaian dasar berfungsi.
18 8. Uji kemampuan UPS yang mensimulasikan pemadaman listrik.
19
9. Uji konektivitas Internet.
Waktu
Ini adalah prasyarat untuk menginstal perangkat lunak aplikasi LIS. Instalasi harus dilakukan setelah infrastruktur
teknis ada atau bersamaan dengan itu. Semakin cepat langkah ini dilakukan akan memberikan banyak waktu bagi
pengguna akhir untuk membiasakan diri dengan platform komputasi, terutama jika perangkat lunak produktivitas
diinstal di dalamnya.

1 Instalasi: Perangkat Lunak LIS
Instalasi dan konfigurasi perangkat lunak LIS

2 Tujuan
Ini adalah inti dari proyek. Setelah sistem diinstal dan dikonfigurasi, sistem akan tersedia untuk
3 penggunaan sehari-hari.
4
Grup yang Terlibat dengan Perangkat Lunak
• Gugus Tugas LIMS harus memimpin upaya ini.

• Vendor LIMS bertanggung jawab atas instalasi, konfigurasi dan implementasi.
5 • APHL/rekan pelaksana akan membantu dalam aspek pengendalian mutu instalasi.

• Manajemen lab harus menyediakan akses ke area lab untuk instalasi, mengawasi instalasi, dan
menyediakan ruang kerja alternatif (sementara) untuk personel lab jika diperlukan.
6
Langkah-langkah yang Terlibat dengan Perangkat Lunak (Dilakukan oleh Vendor)
7 1. Instal perangkat lunak utilitas yang diperlukan seperti Database, server aplikasi, dll.
8 2. Instal komponen perangkat lunak umum di server.
3. Konfigurasi perangkat lunak LIS sesuai desain dan spesifikasi.
9 4. Instal perangkat lunak "klien" pada mesin pengguna akhir.
10 5. Buat "akun pengguna" dan atur hak keamanan.
6. Instal dan konfigurasikan antarmuka dengan instrumen lab.
11 7. Mengintegrasikan pencetakan (termasuk pencetakan barcode) dan kemampuan pemindaian dari dalam sistem
LIS.
12 8. Atur konfigurasi pencadangan dan pemulihan di server pusat dan database, minimal, untuk
mengurangi risiko kehilangan data jika terjadi malfungsi.
13 9. Aktifkan mekanisme yang mudah digunakan untuk memulai dan mematikan sistem secara teratur
14 10. Berikan dokumen tertulis yang menyatakan bahwa semua hal di atas (ditambah hal lain yang
diidentifikasi selama proyek) telah diselesaikan dan diuji oleh vendor dan siap untuk pengujian
integrasi.
15 Waktu
Prasyarat untuk langkah ini adalah:
16 • pemasangan infrastruktur, dan

• instalasi dan konfigurasi perangkat keras dan perangkat lunak sistem.
17
Fase ini bertepatan dengan keberhasilan penyelesaian “Factory Acceptance Testing”, dijelaskan di bagian
selanjutnya.
18
19
Pengujian: Pengujian Penerimaan Pabrik
1
Pengujian penerimaan pabrik adalah demonstrasi vendor di pihak mereka yang menampilkan kemampuan/
penyesuaian yang merupakan bagian dari rilis, berfungsi, dan memenuhi kriteria kesiapan untuk penerapan.
Hasil yang sukses berarti memenuhi kriteria penerimaan.
2
NB: Demonstrasi vendor diselenggarakan di fasilitas vendor; oleh karena itu, demonstrasi mungkin
tidak mencerminkan lingkungan pengoperasian lab. Namun, pengujian ini harus mencakup luas dan
3
kedalaman sistem semaksimal mungkin.
Tujuan
4
Untuk memastikan sistem siap untuk diterapkan. Penerapan membutuhkan sumber daya yang intensif dan masuk akal
untuk memeriksa sistem secara langsung di lingkungan Vendor sebelum menerima rilis perangkat lunak untuk penerapan. 5
Grup yang Terlibat dengan Pengujian Penerimaan Pabrik 6
• Gugus Tugas LIMS harus memimpin upaya ini.
• Vendor LIMS bertanggung jawab untuk menyediakan contoh uji yang berfungsi penuh dari solusi.
• APHL/rekan pelaksana akan membantu dalam aspek kendali mutu.
7
• Manajemen laboratorium harus berpartisipasi dalam pengujian jika dianggap perlu.
Langkah-langkah yang Terlibat dengan Pengujian Penerimaan Pabrik

8
Karena lingkungan pengujian di-host di situs vendor, partisipasi dalam pengujian ini harus menggunakan
mekanisme yang memanfaatkan teknologi Internet (misalnya, masuk ke stasiun kerja yang disediakan vendor
melalui koneksi desktop jarak jauh dan/atau VPN, konferensi web, dll.) saat perjalanan ke situs vendor dilakukan.
9
tidak praktis dan memakan anggaran proyek.
10
Waktu
11
Ini harus dilakukan untuk setiap rilis perangkat lunak aplikasi, sebagai pintu gerbang sebelum melanjutkan
penerapan di tingkat lab. Pengujian harus diulang sampai memenuhi kriteria penerimaan untuk rilis yang
diberikan. Selain itu, saat menangani beberapa rilis, sebagian pengujian harus berfokus pada "uji regresi"
untuk memastikan build baru tidak merusak fungsionalitas yang ada.
12
13
14
15
16
17
18
19
1 Pengujian: Pengujian Integrasi
Pengujian dilakukan di lab untuk memvalidasi instalasi dan konfigurasi. Cakupan mencakup fungsionalitas
2 LIMS, antarmuka dengan instrumen lab, pengujian pencetakan dan pemindaian barcode, dll., dari dalam
LIMS.
3 Tujuan
Untuk memastikan instalasi, konfigurasi dan integrasi memenuhi kriteria penerimaan untuk masuk ke Pengujian
Penerimaan Pengguna. Ini adalah tes komprehensif untuk memastikan semua komponen berfungsi baik secara
4 individual maupun sebagai solusi kolektif.
5
Grup yang Terlibat dengan Pengujian Integrasi
• Gugus Tugas LIS harus memimpin upaya ini.

• Vendor LIS menyediakan dukungan yang diperlukan di tempat atau melalui sesi berbasis web jarak jauh.
6 • Vendor perangkat keras & perangkat lunak sistem menyediakan dukungan yang diperlukan dengan kehadiran di tempat.
• Vendor instrumentasi menawarkan proses dukungan mereka.
7 • APHL/rekan pelaksana akan membantu dalam aspek kendali mutu.

• Manajemen laboratorium harus berpartisipasi dalam pengujian jika dianggap perlu.
• Manajemen lab harus menyediakan akses ke area lab untuk melakukan pengujian dan menyediakan
8 ruang kerja alternatif (sementara) untuk personel lab, jika diperlukan.
Langkah-langkah yang Terlibat dengan Pengujian Integrasi
9 1. Ikuti rencana pengujian, skenario, dan skrip yang dikembangkan sebagai bagian dari standar kualitas.
10 2. Tandai setiap skenario sebagai lulus atau gagal.
3. Catat semua cacat/masalah dalam register. Menggunakan meja bantuan vendor atau meja layanan untuk mencatat tiket adalah
11 sebuah pilihan. Jangan sampai kehilangan informasi tentang cacat, masalah, dll yang ditemukan selama pengujian.
12 Waktu
Pengujian ini dilakukan setelah instalasi di Lab selesai dan sebelum dilanjutkan dengan Uji Penerimaan
13 Pengguna.
14
15
16
17
18
19
Pengujian: Pengujian Stres dan Kinerja 1
Tes ini berfokus pada kemampuan sistem untuk memproses dan merespons penggunaan puncak. Penggunaan
puncak adalah di mana jumlah maksimum pengguna mengakses sistem selama hari normal/biasa atau selama
situasi khusus di mana akan ada lebih banyak pengguna dari biasanya (misalnya, volume tes lab yang tinggi, dll.).
2
Setiap hambatan diidentifikasi saat ini dan disesuaikan dengan tingkat kinerja yang dapat diterima.
Tujuan
3
Pengujian ini akan memastikan bahwa solusi dan arsitektur teknis memiliki kapasitas untuk menangani beban
puncak. 4
5
Kelompok yang Terlibat dengan Stres dan Pengujian Kinerja
• Gugus tugas LIMS memimpin upaya ini.

• Tim Manajemen Proyek akan memfasilitasi perencanaan dan pelaksanaan pengujian ini.
6
• Baik vendor perangkat keras dan perangkat lunak akan membantu melakukan pengujian, memecahkan masalah yang
teridentifikasi, mengusulkan dan meninjau resolusi dengan gugus tugas dan, setelah disetujui, menerapkan
resolusi tersebut.
7
• Personil lab harus berpartisipasi dalam melakukan pengujian.
Langkah-Langkah yang Terlibat dengan Stres dan Pengujian Kinerja

8
1. Gunakan standar kualitas yang dikembangkan sehubungan dengan kinerja dan pengujian beban dan re-
baik itu sesuai kebutuhan. Jika tidak dikembangkan selama standar Kualitas, gunakan persyaratan yang terkait
9
dengan kriteria kinerja dan kembangkan baseline.
Jumlah pengguna bersamaan/serentak yang dapat masuk ke sistem 10

Waktu respons yang dapat diterima dari sistem ke interaksi pengguna dengan sistem Waktu respons
dapat bervariasi berdasarkan fitur yang diuji. Dengan kata lain, mengakses laporan mungkin
memiliki waktu respons yang sedikit lebih lama dibandingkan dengan entri data atau kueri, karena 11
waktu pemrosesan yang diperlukan untuk menyusun laporan mungkin lebih dari satu catatan dalam
12
skenario entri data.
Waktu respons yang dapat diterima antara antarmuka waktu nyata dengan instrumen lab
2. Mengejar beban simulasi (menggunakan program komputer untuk meniru beban puncak), karena tidak praktis untuk
mengharapkan jumlah maksimum pengguna yang tersedia untuk melakukan pengujian. Alat yang diperlukan
untuk melakukan pengujian ini harus disediakan oleh vendor LIS sebagai bagian dari proses negosiasi, tanpa
13
biaya tambahan. Vendor harus memiliki kemampuan untuk menguji solusinya di lingkungan
pengembangannya. Minta vendor untuk menggunakan yang sama sebagai bagian dari implementasi ini. 14
3. Setelah keadaan yang dapat diterima tercapai, buatlah itu menjadi "standar emas" dan kunci 15
konfigurasinya. Vendor harus menyediakan dokumen yang merinci semua parameter dalam
arsitektur fisik.
16
4. Jika penerapan serupa sedang dipertimbangkan di semua lab percontohan, gunakan "standar emas" ini
sebagai dasar untuk mengonfigurasinya sebelum menjalankan pengujian di lokasi berikutnya.
17
Waktu
Pengujian ini terjadi setelah sistem diinstal dan menyelesaikan pengujian integrasi. 18
19
1 Pengujian: Pengujian Penerimaan Pengguna
Tes dilakukan di lab oleh personel lab untuk mengonfirmasi fungsionalitasnya
2 Tujuan
Putaran pengujian komprehensif ini memastikan bahwa instalasi, konfigurasi, dan integrasi memenuhi
3 kriteria penerimaan pengguna akhir. Ini juga memastikan bahwa semua komponen berfungsi baik secara
individual maupun kolektif.
4 Grup yang Terlibat dengan Pengujian Penerimaan Pengguna
• Personil lab berada di kursi utama.

5 • Gugus Tugas LIS menyediakan dukungan yang dibutuhkan.
• Vendor perangkat keras dan perangkat lunak sistem menyediakan dukungan yang diperlukan dengan kehadiran di lokasi.
6 • Vendor instrumentasi menawarkan proses dukungan mereka.

• APHL/rekan pelaksana akan membantu dalam aspek kendali mutu.
7 • Manajemen laboratorium harus berpartisipasi dalam pengujian, jika dianggap perlu.

ruang kerja alternatif (sementara) untuk personel lab, jika diperlukan.
8
Langkah-langkah yang Terlibat dengan Pengujian Penerimaan Pengguna
9 1. Ikuti Rencana pengujian, skenario, dan skrip yang dikembangkan sebagai bagian dari standar kualitas.
10 2. Tandai setiap skenario sebagai lulus atau gagal.
3. Catat semua cacat/masalah dalam register. Menggunakan meja bantuan vendor atau meja layanan untuk mencatat tiket adalah
11 sebuah pilihan. Jangan sampai kehilangan informasi tentang cacat, masalah, dll., yang ditemukan selama pengujian.
12 Waktu
Tes ini dilakukan setelah instalasi dan tes integrasi dilakukan dan sistem dibersihkan untuk Uji
13 Penerimaan Pengguna.
14
15
16
17
18
19
Pengujian : Demonstrasi Keandalan Sistem (Secara Paralel)
1
Singkatnya, ini adalah tes ketahanan. Personil lab akan menggunakan sistem untuk jangka waktu yang lebih lama (vs.
untuk durasi yang lebih pendek selama pengujian sebelumnya) dan secara paralel dengan sistem saat ini untuk
membandingkan hasil dan mengidentifikasi serta menyelesaikan setiap anomali dan perbedaan. Jika sistem berbasis kertas
2
diterapkan seperti yang direkomendasikan, maka itu akan menjadi sistem utama selama periode ini.
Tujuan
3
Demonstrasi ini memverifikasi tiga keprihatinan utama.
4
• Instalasi dan konfigurasi dapat diandalkan dalam jangka waktu yang lama.
5
• Fungsionalitas sesuai dengan harapan dengan membandingkannya dengan sistem primer.
• Mengatasi masalah apapun yang muncul selama penggunaan sistem utama.
6
Kelompok yang Terlibat dengan Demonstrasi
• Personil lab berada di kursi utama.

• Gugus Tugas LIS menyediakan dukungan yang dibutuhkan.
• Vendor perangkat keras dan perangkat lunak sistem menyediakan dukungan yang diperlukan dengan kehadiran di
7
lokasi atau jarak jauh.
• Vendor instrumentasi menawarkan proses dukungan mereka.
• Mitra pelaksana dapat membantu dalam aspek pengendalian mutu.
8
• Manajemen laboratorium harus berpartisipasi dalam pengujian, jika dianggap perlu.
ruang kerja alternatif (sementara) untuk personel lab, jika diperlukan.
9
Langkah-langkah yang Terlibat dengan Demonstrasi
10
1. Ikuti Rencana pengujian, skenario, dan skrip yang dikembangkan sebagai bagian dari standar kualitas.
2. Tandai setiap skenario sebagai lulus atau gagal.

11
3. Catat semua cacat/masalah dalam register. Menggunakan meja bantuan atau meja layanan vendor untuk mencatat tiket adalah
metode yang lebih disukai. Jangan sampai kehilangan informasi tentang cacat, masalah, dll., yang ditemukan selama
12
pengujian.
13
Waktu
Tes ini dilakukan setelah Uji Penerimaan Pengguna selesai dan setelah pengguna akhir dilatih tentang
sistem baru.
14
15
16
17
18
19
1 Pelatihan: Pelatihan Komputer
Pelatihan dasar terkait penggunaan komputer ini terdiri dari:

2 • memulai, log-in/log-off dan mematikan workstation pengguna,
• gambaran umum program perangkat lunak yang diinstal pada desktop dan cara menggunakannya,
3 • mengakses hard drive dan mengatur dan mengelola folder, dll.,

• kemampuan untuk mencetak,
• memverifikasi konektivitas jaringan,

4 • aspek keamanan, dan
• pelatihan lanjutan yang mungkin mencakup pelatihan dalam perangkat lunak produktivitas (misalnya, pengolah
kata, spreadsheet, alat bantu presentasi, dll.)
5
Tujuan
6
Pelatihan komputer memberi pengguna keakraban yang diperlukan mengenai penggunaan dan perawatan komputer. Hal ini
berguna bagi pengguna baru dan berfungsi sebagai penyegar bagi pengguna yang sudah familiar dengan komputer.
7
Kelompok yang Terlibat dengan Pelatihan Komputer
• Tim manajemen proyek harus memfasilitasi pelatihan.

• Vendor perangkat keras biasanya bertanggung jawab atas pelatihan tersebut.
8 • Pengguna akhir dari laboratorium percontohan harus menjadi peserta utama dalam program ini.
• Manajemen laboratorium harus dilibatkan dalam proses menjadwalkan staf sehingga ada dampak
minimal terhadap operasi selama pelatihan.
9 Langkah-langkah yang Terlibat dengan Pelatihan Komputer
10 1. Jadwalkan beberapa sesi pelatihan untuk meminimalkan dampak operasional di lab dan
mengakomodasi operasi lab normal.
11 2. Berikan pelatihan langsung (vs. slide deck) untuk pembelajaran dan retensi.
3. Tentukan apakah optimal untuk melakukan pelatihan di fasilitas pusat di semua laboratorium percontohan
12 atau melakukan pelatihan di setiap lokasi.
Waktu
13 Pelatihan komputer terjadi setelah komputer dipasang di fasilitas lab.
14
15
16
17
18
19
Pelatihan: Pengguna LIS
1
Pelatihan perangkat lunak aplikasi untuk pengguna akhir ini berfokus pada kemampuan dan penggunaan
sistem dalam aktivitas lab sehari-hari. Ini melibatkan penelusuran mendalam dari sistem modul demi modul
secara sistematis dan komprehensif.
2
Tujuan
3
Peserta menggunakan pelatihan ini untuk mendapatkan pemahaman yang lebih baik tentang kemampuan yang baru diperkenalkan
4
dan dapat menggunakan sistem sebagai bagian dari operasi dan aktivitas lab sehari-hari.
Grup yang Terlibat dalam Pelatihan Pengguna LIS
• Tim manajemen proyek memfasilitasi proses pelatihan.

• Gugus tugas khusus lokasi dilibatkan dalam mengkoordinasikan pelatihan di lokasi masing-masing.
5
• Vendor perangkat lunak bertanggung jawab atas pelatihan tersebut.
• Pengguna akhir dari laboratorium percontohan harus menjadi peserta utama dalam program ini.
• Manajemen laboratorium harus menyesuaikan jadwal untuk meminimalkan dampak pada operasi selama
6
pelatihan.
Langkah-langkah yang Terlibat dalam Pelatihan Pengguna LIS

7
1. Menyesuaikan pelatihan agar sesuai dengan alur kerja maju di lab percontohan.
8
2. Rekam video pelatihan untuk pemutaran di masa mendatang dan materi referensi, jika memungkinkan.
3. Jadwalkan beberapa sesi pelatihan untuk meminimalkan dampak operasional di laboratorium.

9
4. Lakukan pelatihan langsung (vs. slide deck) untuk pembelajaran dan retensi.
10
5. Melakukan pelatihan ini di masing-masing laboratorium.
11
Waktu
Pelatihan pengguna LIS terjadi setelah sistem baru dipasang di lab percontohan dan siap digunakan. Waktu
pelatihan harus dekat dengan ketersediaan sistem.
12
13
14
15
16
17
18
19
1 Pelatihan: LIS Lanjutan/Pengguna Super
Pelatihan perangkat lunak aplikasi yang canggih dan mendalam untuk pengguna super ini berfokus pada kemampuan
2 sistem, serta pengetahuan yang terkait dengan proses manual sehubungan dengan pengelolaan dan pemeliharaan sistem.
Berikut ini adalah beberapa area tipikal yang harus menjadi bagian dari pelatihan ini.
3 • Menambah/memodifikasi pengguna ke sistem

• Pengelolaan data Master khusus situs
• Proses berjalan pada frekuensi tertentu (yaitu, harian/mingguan/bulanan, dll.)
4 • Memulai dan mematikan sistem secara teratur setiap hari serta selama keadaan darurat seperti
kegagalan daya
• Prosedur pencadangan dan pemulihan
5 • Dukungan printer seperti mengganti toner dan kartrid
• Dukungan Level-1/Pelatihan responden di tempat
6 Tujuan
Memiliki pengetahuan lokal/onsite ini akan membantu meminimalkan waktu henti untuk sistem.
7 Grup yang Terlibat dengan Pelatihan Pengguna Super

8 • Gugus tugas khusus lokasi terlibat dalam mengkoordinasikan pelatihan di lokasi masing-masing.
• Vendor perangkat lunak bertanggung jawab atas pelatihan tersebut.
• Pengguna super dari lab percontohan harus menjadi peserta utama dalam program ini.
9 • Manajemen laboratorium harus terlibat dalam menunjuk pengguna super untuk laboratorium ditambah
menyetujui jadwal untuk memastikan dampak minimal terhadap operasi selama pelatihan.
10 Langkah-Langkah yang Terlibat dengan Pelatihan Pengguna Super
1. Identifikasi setidaknya dua orang untuk setiap situs untuk peran ini.
11 2. Melakukan pelatihan ini di masing-masing laboratorium.
12 3. Sertakan SOP yang berlaku sebagai bagian dari pelatihan ini.
4. Berikan bantuan pekerjaan kepada pengguna super untuk referensi yang mudah dan cepat.
13
Waktu
14 Pelatihan ini harus dilakukan setelah sistem baru dipasang di lab percontohan dan siap digunakan. Waktu
15
16
17
18
19
Pelatihan: Administrator Sistem
1
Pandangan sistem mendalam yang canggih tentang pelatihan untuk UKM teknis ini berfokus pada pengetahuan teknis
sehubungan dengan pengelolaan dan pemeliharaan sistem. Di bawah ini adalah beberapa area khas yang harus menjadi
bagian dari pelatihan ini.
2
• Tinjauan arsitektur logis dan fisik dari solusi keseluruhan, termasuk perangkat keras, perangkat
lunak, jaringan, printer, dll.
3
• Dukungan Level-1 dan Level-2 dan prosedur pemecahan masalah sebelum menghubungi dukungan
vendor 4
Tujuan
Memiliki pengetahuan lokal/onsite ini akan membantu meminimalkan waktu henti untuk sistem. 5
6
Grup yang Terlibat dengan Pelatihan Administrator Sistem

• Gugus tugas khusus lokasi terlibat dalam mengkoordinasikan pelatihan di lokasi masing-masing.
7
• Vendor perangkat keras & vendor perangkat lunak bertanggung jawab atas pelatihan tersebut.
• Administrator sistem, yang mendukung lab percontohan, adalah peserta utama dalam program ini. Jika vendor
perangkat keras menyediakan dukungan ini secara lokal, maka vendor LIMS harus memberikan pelatihan ini
8
kepada mereka.
• Manajemen lab harus dilibatkan dalam proses ini dan menyesuaikan jadwal untuk meminimalkan dampak
terhadap operasi selama pelatihan.
9
Langkah-langkah yang Terlibat dengan Pelatihan Administrator Sistem

10
1. Pelatihan harus menjadi upaya bersama antara vendor perangkat keras dan perangkat lunak.
11
2. Melakukan pelatihan ini di masing-masing laboratorium.
3. Sertakan SOP yang berlaku sebagai bagian dari pelatihan ini.

12
4. Memberikan bantuan pekerjaan kepada administrator untuk referensi yang mudah dan cepat.
13
Waktu
Pelatihan ini terjadi setelah sistem baru dipasang di lab percontohan dan siap digunakan. Waktu
14
15
16
17
18
19
1 Pelatihan: Pra-Layanan
Mengintegrasikan pelatihan dengan program pra-layanan jika ada yang berlaku. Jika pra-jabatan dipertimbangkan dan
2 dijadikan bagian dari peluncuran selama latihan visi, sangat penting untuk memasukkan program itu ke dalam rencana
dan pelaksanaan pelatihan.
3 Tujuan
Pelatihan pra-layanan mengembangkan kapasitas dalam negeri dan memanfaatkan peluang di mana program pra-layanan
dapat memberikan responden pertama/dukungan di tempat.
4
Kelompok yang Terlibat dengan Pelatihan Pra-Layanan
5 • TWG terlibat dalam keterlibatan dengan institusi akademik.

• Manajemen lab akan meninjau dan menyetujui perjanjian pra-layanan, jika mereka menyediakan responden
6 pertama/dukungan di tempat.
7 Langkah-Langkah yang Terlibat dengan Pelatihan Pra-Layanan
1. Bermitra dengan institusi akademik lokal.
8 2. Tawarkan satu atau dua kursi di masing-masing sesi pelatihan.
9 3. Pastikan keamanan dan hak akses ke sistem langsung tidak terganggu.
4. Mendapatkan komitmen dari institusi akademik; mereka dapat memberikan dukungan responden pertama di tempat dan
10 membiarkan SOP mencerminkan hal itu.
11 Waktu
Pelatihan pra-jabatan terjadi sebagai bagian dari perencanaan dan pelaksanaan pelatihan secara keseluruhan.
12
13
14
15
16
17
18
19
Tayang: Kesiapan Operasional 1
Semua prasyarat diselesaikan untuk setiap situs untuk memastikan setiap situs percontohan siap untuk beralih ke sistem
baru
2
Tujuan
Kesiapan operasional memberikan transisi yang mulus dari sistem saat ini ke sistem baru. 3
Kelompok yang Terlibat dengan Kesiapan Operasional
• Gugus tugas khusus lokasi memimpin upaya ini.

4
• Tim manajemen proyek menyediakan dukungan perencanaan dan pelaksanaan yang diperlukan.
• Vendor perangkat keras & vendor perangkat lunak menyelesaikan verifikasi akhir dari solusi keseluruhan
dan mengesahkan sistem sebagai siap operasional.
5
• TWG dan gugus tugas lainnya terlibat dalam perencanaan kegiatan cut-over.
• Keterlibatan lab mencakup sign-off pengguna akhir dan sign-off manajemen untuk beralih.
6
Langkah-Langkah yang Terlibat dengan Kesiapan Operasional
7
Ini adalah kegiatan penting. Setelah berbulan-bulan bekerja keras, buat staf bersemangat tentang pergantian. Evaluasi
apakah LIS siap untuk ditayangkan dengan menggunakan panduan di bawah ini.
8
1. Instalasi dan pengujian selesai.
2. Perangkat keras, jaringan, perangkat antarmuka, perangkat lunak sistem operasi dan perangkat
9
lunak aplikasi telah diinstal dan diuji.
3. Basis data sepenuhnya diuji selama berbagai pengujian, data uji dihapus, migrasi data
10
selesai, data master divalidasi
4. Pengujian Performa/Beban selesai;

11
5. Pencadangan dan pemulihan diuji dan didokumentasikan.
12
6. Prosedur operasi standar divalidasi dan didokumentasikan (misalnya, operasi sistem,
penanganan dan distribusi laporan, dan dukungan & pemeliharaan). 13
7. Pelatihan selesai untuk pengguna, staf operasional, staf pendukung dan pelanggan.
14
8. Beri tahu semua orang tentang niat untuk melakukan siaran langsung.
9. Verifikasi jadwal, urutan kejadian yang tepat, dan efek potensial dari kejadian ini pada 15
pengguna.
10. Bekukan sistem dari perubahan lebih lanjut, betapapun kecilnya perubahan itu. 16
11. Publikasikan jadwal dan dapatkan persetujuan dari manajemen atas dan semua departemen yang
terlibat. 17
18
12. Kembangkan dan publikasikan rencana aktivasi yang terperinci. Rencana ini mencakup setiap langkah dari saat Anda
mulai menghidupkan sistem—langkah-langkah untuk mematikan sistem lama, titik di mana untuk mengubah,
waktu untuk berhenti memasukkan hasil dalam sistem lama dan waktu untuk memulai
19
sistem.
13. Mempertahankan kemampuan untuk kembali ke operasi saat ini dan/atau prosedur manual dari
perspektif perencanaan kontinjensi.
14. Siapkan meja bantuan untuk dukungan andal yang akan tersedia secara konsisten selama jam kerja.
Penggunaan "tiket masalah" akan mendokumentasikan masalah dan waktu untuk memperbaikinya.
Pusat ini dapat melengkapi meja bantuan vendor atau meja bantuan vendor dapat memenuhi
fungsi ini.
15. Pastikan pengambil keputusan tersedia dari awal hingga sistem stabil; jika terjadi situasi krisis,
mereka dapat membuat keputusan untuk kembali ke metode berbasis kertas.
Waktu
Langkah ini merupakan prasyarat untuk go live dan terjadi dalam persiapan untuk go live.

Tayang: Pengawasan yang Didukung
1
Pengawasan yang didukung berlangsung selama periode singkat setelah beralih ke produksi (sistem langsung) di mana
dukungan di tempat dan pegangan tangan ditawarkan untuk mengurangi masalah, insiden, dan orientasi pengguna apa
pun.
2
Tujuan
3
Pengawasan yang didukung meminimalkan dampak insiden tak terduga yang disebabkan oleh kerusakan sistem. Ini tersedia untuk
4
meredakan kekhawatiran pengguna akhir karena mereka menggunakan sistem untuk pertama kalinya dalam mode langsung. Fase ini
membantu laboratorium untuk mempelajari, mengadaptasi, dan menyesuaikan proses untuk penggunaan di masa mendatang.
Kelompok yang Terlibat dengan Pengawasan yang Didukung 5

• Gugus tugas khusus lokasi memimpin upaya untuk lokasi percontohan masing-masing.
• Tim manajemen proyek melakukan perencanaan dan memberikan dukungan yang diperlukan
selama pelaksanaan.
6
• TWG, sponsor dan manajemen lab diinformasikan dan tersedia untuk pengambilan keputusan jika
terjadi insiden/krisis.
• UKM, baik dari vendor perangkat keras maupun perangkat lunak, tersedia di lokasi sesuai kesepakatan
7
selama perencanaan kegiatan ini. Mereka mungkin perlu berada di beberapa tempat tergantung
pada jumlah situs yang akan ditayangkan dan jenis arsitektur solusi (yaitu, solusi berbasis LAN vs.
WAN).
8
• Penjual
• Administrator sistem terlatih
• Pengguna super terlatih
9
Langkah-Langkah yang Terlibat dengan Pengawasan yang Didukung
10
1. Ini diperhitungkan dalam kontrak vendor sehingga tidak ada biaya tambahan yang terlibat.
2. Gunakan meja bantuan yang dibahas di bagian sebelumnya untuk menyediakan sumber daya manusia yang diperlukan
11
untuk mendukung pengguna akhir. Orang-orang ini bisa menjadi campuran vendor dan staf.
3. Dokumentasikan semua insiden untuk pelacakan dan referensi di masa mendatang.

12
4. Tinjau dokumentasi dan persetujuan pra-Go live. 13
5. Amati bagaimana pengguna memanfaatkan LIS, mengklarifikasi kesalahpahaman dan menyarankan bagaimana pengguna dapat
meningkatkan alur kerja mereka menggunakan LIS. 14

6. Memperkuat keterampilan pengguna super lokal dalam mendukung laboratorium mereka
15
7. Pantau dukungan yang diberikan oleh vendor selama periode ini. Apakah masalah yang diangkat diselesaikan tepat
waktu?
16
8. Peralatan monitor dan/atau integrasi sistem eksternal.
Waktu
17
Pengawasan yang didukung terjadi setelah sistem beralih ke mode langsung. Biasanya fase ini berlangsung selama 2
– 3 minggu. 18
19
1
2
3
4
KEBERLANJUTAN
5 Sistem ini aktif dan harus memiliki mekanisme agar dapat berjalan dengan lancar tanpa atau minimal gangguan
pada operasi. Pemikiran, pendekatan dan pelaksanaan rencana keberlanjutan harus komprehensif. Kementerian
Kesehatan harus mempertahankan program untuk mempertahankan dukungan pasca implementasi dan pasca USG.
6 Secara sederhana sekarang kita memiliki “lampu menyala”, kita perlu memiliki mekanisme untuk “menyalakan
lampu”. Bagian ini menyentuh beberapa bidang utama pada topik ini.
7
Tujuan
Setiap sistem membutuhkan perawatan dan umpan untuk beroperasi dengan lancar. Begitu banyak pemikiran, usaha dan
konsumsi sumber daya menyebabkan tonggak ini. Tanpa rencana keberlanjutan yang tepat, sistem dapat mengalami
malfungsi—untuk alasan yang dapat dicegah—menyebabkan gangguan pada operasi yang mengarah ke pengguna akhir
8
kekecewaan yang mengakibatkan penolakan untuk adopsi.
Juga, pendanaan biasanya untuk jangka waktu yang ditentukan dan terbatas tanpa jaminan
pendanaan lanjutan setelah akhir siklus ini.
9
Kelompok yang Terlibat dengan Keberlanjutan
• Sponsor dan TWG bertanggung jawab untuk memastikan pendekatan ini dipikirkan matang-matang
dan mekanisme/kerangka kerja tersedia dari perspektif anggaran dan alokasi fiskal.
• Gugus tugas LIS memberikan rekomendasi dan prosedur operasi standar (SOP) terkait
operasi.
• Manajemen perubahan dan komite kontrol menentukan dan memastikan SOP manajemen
10
perubahan.
• Vendor LIS menyediakan pemeliharaan berkelanjutan, dukungan peningkatan, pelatihan pengguna, dan hal lain
yang dianggap perlu oleh tim.
• Vendor perangkat keras dan perangkat lunak sistem menyediakan pemeliharaan berkelanjutan, dukungan peningkatan

dan hal lain yang dianggap perlu oleh tim.
• Vendor instrumentasi menyediakan pemeliharaan berkelanjutan, dukungan peningkatan, dan hal lain
yang dianggap perlu oleh tim.
• Vendor infrastruktur menyediakan pemeliharaan berkelanjutan, dukungan peningkatan, dan hal lain yang
dianggap perlu oleh tim.
• Manajemen laboratorium memastikan kepatuhan terhadap SOP yang relevan, perencanaan dan pemantauan anggaran,
perencanaan dan pelacakan sumber daya manusia dan kapasitas, memberikan informasi untuk perencanaan anggaran
tahun ke tahun.
• Pengguna super di laboratorium berpartisipasi dalam mengembangkan dan menerapkan SOP dan memenuhi peran
responden pertama untuk kebutuhan darurat sistem.
• Pengguna akhir di lab mengikuti SOP yang berlaku.
Langkah-Langkah yang Terlibat dengan Keberlanjutan
Di bawah ini adalah pendekatan yang direkomendasikan untuk perencanaan keberlanjutan.
1. Mengembangkan pendekatan dan kerangka kerja tingkat tinggi selama fase Visi dan Perencanaan
inisiatif.
2. Dapatkan konsensus/persetujuan dari semua pemangku kepentingan (terutama sponsor, Depkes, TWG, manajemen
laboratorium) untuk kerangka kerja yang dikembangkan.
3. Prosedur Operasi Standar (SOP): Mengembangkan SOP rinci sebagai bagian dari standar
kualitas dan kompilasi persyaratan.
4. Pelatihan: Gunakan setiap kesempatan untuk menguji, melatih, dan mengulangi SOP selama pelatihan pengguna, UAT, dan
SRDT. Pelatihan penyegaran pengguna harus menjadi bagian dari perencanaan tahunan.
5. Perencanaan anggaran harus menjadi bagian dari perencanaan strategis (tahun jamak) dan alokasi taktis
(tahunan)
6. Keberlanjutan pada tingkat tinggi dapat dipecah menjadi dua sub-kategori: operasi dan
pemeliharaan dan rencana manajemen perubahan. Sisa bagian ini membahas keduanya
secara rinci.
Waktu
Keberlanjutan tidak bisa menjadi renungan. Topik harus menjadi bagian dari diskusi
langsung dari fase visi proyek dan diulang ke tingkat detail berikutnya di setiap fase
proyek. Tanpa komitmen ini, tidak bijaksana untuk melanjutkan inisiatif.
Beberapa tingkat perencanaan keberlanjutan diperlukan untuk setiap fase penerapan (yaitu, untuk percontohan atau
peluncuran berikutnya). Ini akan menghasilkan amandemen dan peningkatan pada keseluruhan perencanaan keberlanjutan.
Navigasi Bab
Bagian “Keberlanjutan” dari bab ini memiliki 12 subbagian. Ada alat navigasi di margin di seluruh
bagian ini untuk membantu Anda melacak di mana Anda berada dalam daftar pertimbangan
keberlanjutan.

Operasi: Administrasi Pengguna
1
Tugas ini melibatkan pembuatan dan pemeliharaan pengguna untuk menyediakan akses ke sistem dan memberikan
2 peran yang sesuai untuk melakukan fungsi/operasi lab yang relevan.
Tujuan
3 Sistem harus mencerminkan perubahan personel di lab. Kemampuan ini harus ditanggapi dengan serius, karena
memastikan akses yang tepat dengan hak istimewa yang tepat untuk setiap pengguna ke sistem adalah hal mendasar.
4 Grup yang Terlibat
• Manajemen laboratorium bertanggung jawab untuk mematuhi SOP terkait perubahan personel.
5
• Super user yang ditunjuk untuk lab bertanggung jawab untuk melakukan perubahan pada sistem.
• Pengguna akhir yang terkena dampak perubahan ini harus memverifikasi dan mengonfirmasi akses dan otorisasi.
6
Proses
7 Ikuti SOP terkait administrasi pengguna. Pedoman umum harus semua perubahan yang berkaitan dengan
administrasi pengguna harus terjadi hanya setelah proses permintaan dan persetujuan yang tepat.
8 Waktu
Ini harus terjadi setiap kali ada perubahan personel.
9
10
11
12

Operasi: Manajemen Data Master
1
Data master, juga dikenal sebagai data referensi, setelah dibuat biasanya bersifat statis dan akan direferensikan di
area pengumpulan informasi lainnya. Tugas ini melibatkan pembuatan dan pemeliharaan data master untuk
memastikan konsistensi dan kontrol dalam pemeliharaan berkelanjutan dan penggunaan aplikasi informasi ini.
2
Contohnya adalah "Manajemen Katalog Uji" di Persyaratan Tingkat Tinggi (HLR). 3

Tujuan
4
Kurangnya proses akan menghasilkan beberapa versi (berpotensi tidak konsisten) dari data master yang sama
yang menyebabkan ketidakakuratan dan prosedur rekonsiliasi manual meningkatkan kompleksitas implementasi.
5
Grup yang Terlibat
• Manajemen lab bertanggung jawab untuk mematuhi SOP terkait data Master. 6
• Ubah manajemen dan komite kontrol untuk meninjau dan menyetujui Data Induk yang memengaruhi semua
Lab.
• Advanced/Super user (Pustakawan) bertanggung jawab untuk melakukan perubahan pada sistem.
7
Proses
8
Ikuti SOP terkait pengelolaan master data. Sebuah pedoman umum harus semua perubahan yang berkaitan
dengan Data Induk harus terjadi hanya setelah proses permintaan dan persetujuan yang tepat.
Waktu
9
10
Ini terjadi setiap kali ada kebutuhan untuk menambahkan kode master baru atau mengubah yang sudah ada.
11
12

Prosedur Pencadangan dan Pemulihan
1
Data yang disimpan dalam sistem disalin ke media penyimpanan alternatif secara sering dan disimpan di
2 tempat dan di lokasi yang jauh untuk tujuan redundansi. Frekuensi yang disarankan untuk pencadangan
setidaknya sekali sehari.
3 Tujuan
Jika terjadi kehilangan data yang tidak disengaja dari sistem utama, salinan ini digunakan untuk memulihkan data ke
titik terakhir yang diketahui, yang disebut di sini sebagai prosedur pemulihan. Dengan cadangan harian jika terjadi
4 insiden, sebagian besar data yang akan hilang dari sebuah situs adalah data selama satu hari.
Grup yang Terlibat

5 • Administrator sistem atau Super user (pustakawan) dapat bertanggung jawab untuk melakukan proses
backup.
6 • Vendor LIS dan/atau vendor perangkat keras akan bertanggung jawab untuk menyediakan otomatisasi yang diperlukan dan
antarmuka pengguna yang sederhana untuk memulai dan menyelesaikan proses pencadangan dengan sukses.
• Administrator sistem dapat bertanggung jawab untuk melakukan proses pemulihan, jika diperlukan.
7 • Vendor LIS dan/atau vendor perangkat keras akan bertanggung jawab untuk menyediakan dukungan yang
diperlukan selama proses pemulihan.
8 Langkah-langkah yang Terlibat
9
1. Mengembangkan dan mengikuti SOP untuk proses backup.
2. Mengembangkan dan mengikuti SOP untuk proses pemulihan.
10 3. Sebagai pedoman umum, kedua SOP harus diuji secara menyeluruh sebelum ditayangkan, serta
melakukan pengujian berkala pasca produksi.
11 4. Pencadangan harus dilakukan saat sistem dalam mode offline (tidak tersedia untuk pengguna) untuk
memastikan semua data dicadangkan. Jika tidak, ada risiko pengambilan data yang tidak lengkap, yang
12 dapat menyebabkan data tidak konsisten jika terjadi pemulihan. Oleh karena itu, disarankan untuk
melakukan pencadangan setiap malam setelah sistem dimatikan untuk hari itu.
5. Pencadangan mungkin memerlukan waktu tergantung pada jumlah data sehingga sangat penting untuk menyediakan waktu
yang cukup untuk menyelesaikan proses dan menyediakannya dalam proses sehari-hari.
6. Dalam hal pemulihan, waktu tergantung pada jumlah data yang akan dipulihkan dan kira-kira dua
kali lipat dari waktu pencadangan. Ini termasuk prosedur untuk memastikan pemulihan
selesai dan sistem dikembalikan ke keadaan stabil.
Waktu
• Prosedur pencadangan dilakukan sesuai frekuensi yang telah disepakati—biasanya, setidaknya sekali
setiap hari.
• Proses recovery diuji secara berkala.
• Proses pemulihan dilakukan jika terjadi kehilangan data.

1
Dukungan Percetakan
Pastikan kemampuan cetak bekerja sesuai harapan— printer dapat diakses dari sistem, pemeliharaan printer rutin
dilakukan, dan persediaan dan bahan habis pakai terkait pencetakan yang memadai tersedia di rak. Idealnya, harus
ada lebih dari satu printer untuk laboratorium volume tinggi atau untuk laboratorium yang mencetak hasil
2
berdasarkan jenis tes daripada menggabungkan semua tes yang diminta untuk pasien.
3
Tujuan
Berbagai proses operasional mungkin terkait dengan pencetakan hard copy. Kerusakan printer dapat 4
mengakibatkan gangguan bisnis. Berikut beberapa contohnya:
Pencetakan label barcode diikat ke printer baik di lokasi atau di lokasi pusat, jika label sudah dicetak 5
sebelumnya.
Pencetakan hasil tergantung pada printer. 6

7
Grup yang Terlibat
• Administrator sistem atau Pengguna super (pustakawan) dapat bertanggung jawab atas dukungan printer.
• Manajemen bertanggung jawab untuk menyediakan dukungan anggaran/fiskal, yang berarti memiliki dana
8
untuk memiliki printer cadangan (atau membeli yang baru jika cadangan tidak berfungsi), dana untuk
bahan habis pakai seperti kertas, label barcode, kartrid tinta/toner, dll.
• Untuk printer barcode, vendor akan memberikan dukungan level-2 dan level-3. 9
• Administrator jaringan mungkin juga terlibat untuk masalah kompleks yang terkait dengan printer biasa atau
printer barcode.
10
Langkah-langkah yang Terlibat
1. Menyusun dan mengikuti SOP pengelolaan persediaan yang berhubungan dengan bahan cetak dan bahan 11
habis pakai.
2. Latih semua pengguna akhir untuk memuat kertas dan mengatasi kemacetan kertas.
12
3. Latih pengguna super untuk mengganti toner, kartrid tinta, dll.
4. Gunakan penstabil tegangan untuk setiap printer.
5. Pertimbangkan untuk menghubungkan printer pusat/umum ke UPS, jika memungkinkan, dan semua
printer barcode pasti.
6. Rencanakan untuk memiliki lebih dari satu printer yang tersedia per lokasi untuk tujuan redundansi.
7. Latih pengguna super untuk mengubah sistem atau konfigurasi komputer pengguna akhir untuk mengalihkan
pencetakan ke printer lain jika terjadi kegagalan fungsi printer.
Waktu
• Ikuti perawatan yang disarankan oleh produsen printer.
• Ikuti SOP manajemen inventaris untuk memastikan persediaan/bahan habis pakai pencetakan yang
memadai tersedia di lokasi di lab.

Pemadaman Darurat
1
Shutdown darurat memastikan sistem dimatikan secara teratur jika terjadi pemadaman
2 listrik.
Tujuan
3 Shutdown yang tiba-tiba mengakibatkan hilangnya data dan/atau kerusakan yang mengakibatkan kegagalan fungsi sistem.
Grup yang Terlibat

4 • Administrator sistem atau pengguna Super (pustakawan) dapat bertanggung jawab atas shutdown darurat.
5
• Administrator sistem atau Pengguna super (pustakawan) dapat bertanggung jawab untuk memulai
sistem setelah situasi diperbaiki.
• Vendor LIS dan/atau vendor perangkat keras akan bertanggung jawab untuk menyediakan otomatisasi yang
6 diperlukan dan antarmuka pengguna yang sederhana untuk memulai penghentian darurat. Sistem harus
melaporkan shutdown yang berhasil.
• Vendor LIS dan/atau vendor perangkat keras akan bertanggung jawab untuk menyediakan otomatisasi yang diperlukan dan
7 antarmuka pengguna yang sederhana untuk memulai proses startup sistem. Sistem harus melaporkan startup yang
berhasil dan kesiapan untuk mulai menggunakan.
1. Kembangkan dan ikuti SOP untuk shutdown darurat.
9 2. Mengembangkan dan mengikuti SOP untuk sistem start-up.
10 Waktu
Kasus pemadaman listrik di mana sistem berjalan pada UPS dan SOP meminta penghentian darurat.
11
12

1
Dukungan: Meja Bantuan
Sebagai struktur pendukung bagi pengguna akhir yang membutuhkan bantuan, Help Desk adalah bagian dari keberlanjutan sistem.
Tanpa kemampuan untuk melakukan pemecahan masalah langsung atau mendokumentasikan fungsi yang hilang, sistem tidak akan
bertahan.
2
Tujuan
Menggunakan Help Desk akan menghindari gangguan bisnis, meningkatkan tingkat adopsi sistem, dan meningkatkan
3
pengalaman pengguna.
4
Grup yang Terlibat
5
• Administrator sistem atau pengguna super (pustakawan)
• Vendor perangkat keras/perangkat lunak Sistem
• Vendor infrastruktur
• Penjual LIS
6
1. Kembangkan dan ikuti SOP untuk permintaan meja dukungan. 7

2. Memiliki perjanjian tingkat layanan (SLA) yang telah ditentukan dan mengikat secara kontrak dengan vendor.
8
Seperti yang dijelaskan dalam “Bagian 5.4.2. Pemrosesan dan Pelacakan Insiden” dalam Panduan 2005, vendor yang
dipilih harus menentukan proses dukungan teknis untuk memungkinkan lab mengirimkan permintaan dukungan jika
ada masalah atau masalah dengan LIS. Insiden harus dapat dikirimkan baik melalui telepon, email, atau
9
menggunakan formulir web. Sistem pendukung harus memiliki kemampuan untuk melacak insiden dukungan yang
dikirimkan melalui salah satu metode ini. 10
Setelah pelanggan mengajukan pertanyaan teknis ke organisasi pendukung, sebuah "insiden" dibuat.
Insiden adalah pemrosesan penyelidikan teknis atau upaya untuk memecahkan masalah teknis, 11
terlepas dari jumlah panggilan telepon atau email yang diperlukan. Insiden terbuka tetap terbuka
sampai solusi tercapai atau insiden ditutup atas kesepakatan bersama dengan pelanggan.
12
Laboratorium harus menentukan urgensi penyelidikan dukungan dalam koordinasi dengan organisasi
pendukung. Teknisi pendukung dapat menggunakan kebijaksanaannya yang wajar untuk mengubah urutan
pemrosesan pertanyaan dalam hal urgensi dan prioritas yang sama, atau untuk alasan efisiensi, asalkan
pelanggan yang ditunda tidak mengalami kerugian yang signifikan.
Waktu
Buat Help Desk, sesuai kebutuhan, setelah sistem beroperasi.
Di bawah ini adalah faktor-faktor yang mempengaruhi keputusan untuk mempekerjakan staf TI untuk memelihara LIS.
• Perencanaan awal awal

• Kepegawaian LIS internal
• Seorang pengguna super untuk memberikan peran cakupan
• Rumah sakit terpusat atau Dukungan IT Depkes

• Vendor dalam negeri
Penggunaan MOU dan MOA antar pihak
Tentukan persyaratan tingkat layanan di muka
Kontrak layanan tahunan
Meja Bantuan

Dukungan: Log Masalah/Insiden
1
Repositori ini (log/register) menangkap semua masalah dan insiden yang memerlukan dukungan/bantuan help
2 desk.
Tujuan
3 Log membantu dalam berbagai cara.
• Memastikan SLA dipenuhi oleh vendor

4 • Mengidentifikasi pola pada isu/insiden yang berulang sehingga masalah dapat ditangani pada tingkat akar
permasalahan
• Membantu meningkatkan pendekatan pelatihan pengguna akhir dan basis pengetahuan
5
Grup yang Terlibat
6 • Pengguna akhir meminta bantuan

• Administrator sistem atau pengguna super (pustakawan) yang mengelola log/register ini
• Vendor perangkat keras/perangkat lunak Sistem
7 • Vendor infrastruktur
• Vendor LIMS
1. Ini harus menjadi bagian dari SOP untuk permintaan meja dukungan.
9 2. Gunakan proses ini selama pelatihan pengguna, pengujian perjanjian pengguna, dan pengujian demonstrasi
persyaratan sistem.
10 Waktu
Log masalah/insiden harus dibuat sesuai kebutuhan setelah sistem beroperasi/aktif.
11
12

Dukungan: Level-1
1
Seperti namanya, ini adalah dukungan tingkat pertama; personel pendukung dapat diakses dan waktu
respons dalam hitungan menit, bukan jam.
2
Tujuan
Struktur dukungan responden pertama, yang terdiri dari staf di tempat, memastikan bantuan tersedia dengan cepat.
Sebagian besar permintaan dukungan dapat diselesaikan dengan memandu pengguna melalui alur proses bisnis atau
3
membantu mereka menavigasi sistem atau beberapa konfigurasi sederhana. Memiliki jenis pengetahuan ini di tempat akan
meningkatkan waktu respons. Juga, orang-orang ini dilatih untuk mengidentifikasi masalah yang lebih kompleks dan 4
meningkatkan masalah/insiden ke tingkat berikutnya yang sesuai.
Grup yang Terlibat 5

• Pengguna akhir meminta bantuan
• Administrator sistem atau pengguna super (pustakawan) menyediakan dukungan Level-1
• Staf di tempat yang dilatih untuk memberikan jenis dukungan ini 6
• Jika tidak teratasi, maka eskalasikan ke level berikutnya:
vendor perangkat keras/perangkat lunak sistem,
vendor infrastruktur, atau 7
penjual LIS.
8
1. Ini harus menjadi bagian dari SOP untuk permintaan meja dukungan. 9
10
2. Permintaan dukungan dicatat dalam log masalah/insiden. Log masalah dikelola oleh personel
dukungan tingkat di tempat.
3. Gunakan proses ini selama pelatihan pengguna, pengujian penerimaan pengguna (UAT) dan
pengujian persyaratan sistem (SRDT). 11
4. Pelatihan dan bantuan pekerjaan untuk dukungan Level-1 harus menjadi bagian dari peluncuran program.
12
Waktu
Luncurkan dukungan Level-1, sesuai kebutuhan, setelah sistem beroperasi/hidup.

Dukungan: Level-2
1
Menggunakan dukungan tingkat kedua berarti bahwa masalahnya sedikit lebih terlibat dan memerlukan
2 bantuan dari vendor.
Tujuan
3 Dukungan Level-2 menyediakan akses ke keahlian teknis dalam menyelesaikan masalah/insiden.
Grup yang Terlibat

4 • Pengguna akhir meminta bantuan
5
• Vendor perangkat keras/perangkat lunak Sistem yang lokal (tetapi tidak harus di tempat di lab)
menyediakan dukungan Level-2
• Jika tidak teratasi, maka level-2 akan meningkat ke level berikutnya:
6 vendor infrastruktur, atau

penjual LIS.
1. Ini harus menjadi bagian dari SOP untuk permintaan meja dukungan.
8 2. Permintaan dukungan dicatat dalam log masalah/insiden.
9
3. Gunakan proses ini selama pelatihan pengguna, UAT dan SRDT.
Waktu
10 Dukungan Level-2 harus tersedia, sesuai kebutuhan, setelah sistem beroperasi/hidup.
11
12

Dukungan: Level-3
1
Seperti namanya, ini adalah dukungan tingkat ketiga, artinya masalahnya rumit dan membutuhkan
bantuan dari banyak vendor.
2
Tujuan
Dukungan Level-3 menyediakan akses ke keahlian teknis dan perangkat lunak aplikasi dalam menyelesaikan suatu
masalah/insiden.
3
Grup yang Terlibat 4
• Pengguna akhir meminta bantuan
5
• Vendor perangkat keras/perangkat lunak Sistem yang bersifat lokal (tidak harus di tempat di laboratorium)
• Salah satu dari berikut ini akan menjadi pemilik utama untuk Level-3:
Vendor infrastruktur
Vendor LIMS 6
7
1. Ini harus menjadi bagian dari SOP untuk permintaan meja dukungan
2. Permintaan dukungan dicatat dalam log masalah/insiden 8
9
3. Gunakan proses ini selama pelatihan pengguna, UAT dan SRDT
Waktu
Dukungan Level-3 harus diterapkan, sesuai kebutuhan, setelah sistem beroperasi/hidup. 10
11
12

Rencana Manajemen Pemeliharaan dan Perubahan
1
Karena sifat rumit dari bagian ini, editor telah memilih untuk menggambarkan rincian Rencana
2 Pemeliharaan dan Manajemen Perubahan sebagai tabel daripada format teks yang digunakan dalam
bagian ini untuk menggambarkan tujuan, kelompok yang terlibat, langkah dan waktu ini aktivitas.
3
Platform Operasi
4
Perangkat Lunak Aplikasi LIS
Pertanyaan
Kustomisasi & Pengoperasian
Perbaikan kerusakan Peningkatan Perangkat keras
Peningkatan Sistem (OS)
5 Apa itu? Menyelesaikan Perangkat lunak Perangkat lunak Sistem lunak- Tingkat perangkat keras
akar penyebab perubahan yang dibuat perubahan yang dibuat tingkat barang perubahan
6 insiden dan atas permintaan untuk oleh vendor sebagai perubahan

masalah yang meningkatkan sistem bagian dari mereka Mengganti
diidentifikasi sebagai Kegunaan jalan produk- Ini seharusnya tidak berfungsi
7 kekurangan dalam dan/atau sesuai peta tidak memiliki nega- printer atau keras
sistem pekerjaan kustom- dampak positif pada disk atau menambahkan
Produk akhir- fungsinya

8
mengalir. lebih banyak memori
uct/rilis dari aplikasi ke server, dll.

Produk akhir- harus mencakup LIS.
uct/rilis semua perbaikan bug
9 harus mencakup dilakukan sejauh ini, seperti
semua perbaikan bug serta adat-

dilakukan sejauh ini. isasi dan
10 perangkat tambahan
selesai spesifik-
untuk ini
11 penerapan.
12 Kenapa
kita butuh
Sering
terulangnya
Pengguna yang ditingkatkan
produktivitas dan
Untuk menjaga
saat ini dengan

Vendor OS
rilis patch-
Untuk memulihkan
sistem ke nya
dia? sebuah masalah /insi- pengalaman. milik vendor es dan layanan operasi normal
menyebabkan penyok produk dan paket meningkatkan- keadaan operasi
gangguan dan Contoh: patuh di dasar- hasil dari
pengguna negatif • Baru dengan vendor perangkat lunak mental tidak berfungsi
persepsi laporan atau siklus hidup produk- dari fungsional- atau akhir kehidupan
layar baru, cle dan dukungan keutuhan dan keamanan peralatan

Tampilkan berhenti- dll. komitmen kerentanan
per kekurangan • Antarmuka ke perspektif
mempengaruhi laboratorium khusus
alur kerja, dan/ instrumen

atau integritas data • pasien kembali
format pelabuhan
diperbarui ke
mengikuti
ISO baru
kriteria.

Perangkat Lunak Aplikasi LIS Platform Operasi
Pertanyaan
Kustomisasi & Pengoperasian
Perbaikan kerusakan Peningkatan Perangkat keras
Peningkatan Sistem (OS)
siapa yang • Mengubah • Mengubah • Mengubah • Mengubah • Mengubah

terlibat? mengelola- pria- pria- mengelola- mengelola-
kom- usia usia kom- kom-
sarung tangan komite komite mitte ke sarung tangan
• Penjual untuk meninjau untuk meninjau meninjau dan • Perangkat Keras

• tugas UAT dan setujui meningkatkan menyetujui dan sistem
memaksa en- melepaskan rilis Perangkat lunak
peningkatan catatan dan jadwal Penjual

meminta menyetujui dan peluncuran • tugas UAT
dan lepaskan rilis rencana memaksa
jadwal jadwal • perangkat keras

dan peluncuran dan peluncuran dan sistem
rencana dari rencana dari perangkat lunak
penjual penjual penjual

• Vendor LIS • Vendor LIS • Vendor LIS
• tugas UAT • tugas UAT untuk mengesahkan
memaksa memaksa aplikasi LIS-

untuk
meningkatkan
• tugas UAT
memaksa
Bagaimana Ikuti pro- Kelompokkan beberapa Ikuti pro- Ikuti pro- Ikuti pro-
Kami melakukannya? rilis duksi peningkatan rilis duksi rilis duksi rilis duksi
SOP permintaan ke SOP SOP SOP
rilis dan
kelola seperti
proyek mini
Ikuti pro-
rilis duksi
SOP
Kapan? Sesuai kebutuhan, Per rilis Per rilis Sesuai kebutuhan Sesuai kebutuhan
Kami melakukannya? jika itu adalah pertunjukan jadwal jadwal

sumbat

1 Anggaran
Anggaran berbicara tentang perencanaan dan alokasi sumber daya keuangan untuk memelihara sistem (yaitu, "untuk menjaga
2 lampu tetap menyala") saja. Oleh karena itu, ini tidak termasuk anggaran yang terkait dengan ekspansi dari kedua peningkatan ke
sistem saat ini, peluncuran ke perspektif lab baru dan biaya yang terkait dengan peluncuran awal, termasuk semua pengadaan
perangkat keras dan perangkat lunak.
3 Item Anggaran Umum

• Biaya pemeliharaan dan dukungan perangkat keras dan perangkat lunak sistem
4 • Biaya pemeliharaan dan dukungan perangkat lunak aplikasi LIS
• Pemeliharaan dan lisensi perangkat lunak utilitas (misalnya, antivirus, pencadangan, rangkaian produktivitas, dll.)
• Pelatihan dan biaya perjalanan untuk pengguna baru dan pelatihan penyegaran
5 • Pelatihan dan biaya perjalanan untuk pengguna super baru dan pelatihan penyegaran
• Bahan habis pakai seperti perlengkapan kantor, kertas cetak, kartrid dan toner printer, label kode
batang, media cadangan, dll.
6 • Penggantian generator yang tidak berfungsi dan tidak bergaransi, UPS, stabilisator tegangan.
• Perbaikan/pemeliharaan atau penggantian AC tergantung pada masa pakai dan
kondisi peralatan
7 • Penggantian peralatan komputasi yang habis masa pakainya dan tidak bergaransi seperti switch/router
jaringan, komputer dan perangkat antarmuka manusia seperti monitor, keyboard, mouse, dll.
8
• Tagihan utilitas (listrik, akses Internet, dll.) yang terkait dengan infrastruktur ini
• Alat tulis pracetak untuk sistem berbasis kertas
9 Tujuan
Tanpa rencana eksplisit dan alokasi anggaran, pemeliharaan sistem akan bersifat ad hoc dan sistem
10 akan gagal yang mengakibatkan gangguan bisnis, kegagalan adopsi, dll., mengalahkan seluruh maksud
dan tujuan inisiatif. Misalnya menggunakan nomor lab tulisan tangan karena tidak ada label barcode.
11 Grup yang Terlibat
• Sponsor (Depkes) bertanggung jawab untuk memastikan pendekatan telah dipikirkan matang-matang dan
12 mekanisme/kerangka kerja tersedia dari perspektif anggaran dan alokasi fiskal.
• Manajemen laboratorium bertanggung jawab untuk melacak pengeluaran terhadap alokasi dan menyediakan data tersebut
untuk perencanaan masa depan.
• TWG bertanggung jawab dalam memberikan rekomendasi kepada Depkes, serta bernegosiasi dengan
vendor.
1. Sertakan “dampak anggaran operasional” sebagai titik diskusi dalam semua keputusan yang dibuat selama
proyek.
2. Kembangkan lembar kerja “dampak operasional” sehubungan dengan “total biaya kepemilikan.”
3. Setiap tahun, anggaran untuk pemeliharaan akan dikembangkan per lokasi. Anggaran situs kemudian dapat
ditambahkan untuk menentukan anggaran keseluruhan berdasarkan jumlah situs yang akan digunakan pada
tahun itu dan jumlah situs yang sedang berjalan dari tahun-tahun sebelumnya. Proses ini tumpang tindih
dengan dua kegiatan perencanaan lainnya:
latihan perencanaan laboratorium

latihan perencanaan Depkes

4. Jika keuangan dikelola secara terpusat, harus ada pertimbangan yang diberikan untuk menyediakan setiap
lokasi dengan tunjangan (sejumlah uang) untuk mereka kelola secara lokal dan bertanggung jawab
untuk membeli persediaan.
Waktu
Penganggaran harus dilakukan setiap tahun sebagai bagian dari perencanaan strategis di tingkat Depkes dan perencanaan
taktis di tingkat lab.

Rencana Manajemen Proyek
1. Tinjauan Manajemen Proyek
2. Jadwal Proyek
3. Manajemen Biaya
• Personil dan Layanan
• Biaya Modal
• Biaya Kepemilikan
4. Procurement Request for Proposal (RFP)
• Pengembangan RFP
• Kriteria Evaluasi RFP
• Publikasi/Distribusi RFP
• Konferensi Vendor/Penawar
• Pemilihan Vendor
• Kontrak Vendor Penghargaan
5. Rencana Sumber Daya Manusia
6. Rencana Komunikasi
7. Manajemen Risiko

TINJAUAN MANAJEMEN PROYEK
Rencana manajemen proyek bertujuan untuk mencapai 5 tujuan utama.
• Dokumentasikan proses formal yang disetujui untuk diikuti saat proyek dijalankan.
• Mendokumentasikan tindakan yang diperlukan untuk mengoordinasikan berbagai kegiatan perencanaan dan
• Tetapkan struktur pengambilan keputusan untuk sisa proyek
• Tetapkan bagaimana proyek akan dipantau, dikendalikan, dan ditutup
• Tetapkan proses yang akan digunakan oleh tim untuk mengidentifikasi pemangku kepentingan utama dan
memastikan bahwa mereka diberi tahu dengan tepat tentang informasi yang mereka butuhkan untuk merasa
terlibat dalam proses dan memberikan umpan balik dan dukungan keputusan yang sesuai.
Di bawah ini adalah rencana lain yang dimasukkan ke dalam rencana manajemen proyek.
• Manajemen Lingkup
• Manajemen persyaratan
• Manajemen jadwal
• Manajemen biaya
• Manajemen mutu
• Peningkatan proses
• Rencana Sumber Daya Manusia
• Manajemen komunikasi
• Manajemen risiko
Lingkup proyek dibahas dalam bab “LIS sebagai Proyek di Laboratorium”, di bagian
“Cakupan”.
Manajemen persyaratan dibahas di seluruh "LIS sebagai Proyek di Laboratorium."
Tata kelola dibahas dalam “Manajemen Program/Struktur Tim dan Organisasi,” dalam “Ikhtisar
LIS.”

JADWAL PROYEK
Jadwal proyek adalah daftar tugas hierarkis dengan perkiraan waktu, pencapaian, dan sumber daya yang ditetapkan
untuk tugas tersebut. Tugas diletakkan menunjukkan dependensi (yaitu, jika satu tugas bergantung pada yang lain
yang dimulai atau diselesaikan sebelum dimulai).
Jadwal yang disusun secara logis inilah yang akan menjadi pedoman bagi tim dalam hal tugas/kegiatan,
ketergantungan, alokasi sumber daya manusia, dll. Sangat penting bagi tim untuk dapat mengikuti apa yang mereka
rencanakan dan laksanakan, untuk mengetahui apakah mereka memenuhi tenggat waktu dan hasil dan untuk dapat
melaporkan kepada semua pemangku kepentingan tentang kemajuan kegiatan yang akurat, serta menunjukkan
masalah, kendala, dll.
Grup yang Terlibat
• Manajer proyek pada akhirnya bertanggung jawab untuk hal-hal berikut:

pengembangan dan pemeliharaan jadwal proyek,
bekerja dengan tim dan pemimpin tugas serta memberikan keterampilan dan pengetahuan untuk
menyelesaikan tugas, dan
menjaga manajemen senior dan pemangku kepentingan mendapat informasi tentang tugas-tugas yang
mungkin tertunda atau mungkin mempengaruhi jadwal atau kualitas hasil proyek.
• TWG dan gugus tugas terlibat dalam pengembangan jadwal dan revisi selanjutnya.
1. Pilih alat pilihan untuk menangkap jadwal proyek. Microsoft Project adalah contohnya.
2. Untuk meminimalkan biaya lisensi serta meminimalkan mempelajari alat lain yang tidak digunakan oleh semua
orang secara teratur, rencana tersebut dikembangkan dan dipelihara oleh Manajer Proyek dan dapat
menjadi anggota lain dalam tim manajemen proyek tetapi didistribusikan / diterbitkan sebagai PDF
sehingga semua orang dapat mengaksesnya.
3. Untuk mengembangkan rencana yang baik, seseorang harus memulai dengan daftar tugas (Lampiran C). Kembangkan im-

plementasi rencana khusus dari ini. Seiring dengan kegiatan, tonggak harus diidentifikasi dan
disepakati oleh semua pemangku kepentingan.
4. Konfirmasi sumber daya. Saat tugas ditetapkan, pastikan sumber daya yang tersedia memadai
untuk tugas tersebut.
5. Orang yang ditugaskan untuk suatu tugas bertanggung jawab untuk menyelesaikan tugas sesuai jadwal,
melaporkan kemajuan tugas, dan jika terjadi masalah, memberi tahu pemimpin proyek agar masalah
tersebut dapat diatasi sebelum berdampak buruk pada keseluruhan proyek.
6. Rencana proyek yang baik akan membantu, tetapi bersiaplah untuk menyesuaikan rencana dengan menambahkan sumber daya atau shift-
ing tugas untuk mencegah penundaan.
7. Pertimbangkan langkah-langkah sederhana ini untuk mengembangkan dan mengelola jadwal proyek.
Jelaskan tugas dalam hal hasil yang diharapkan (apa yang akan diselesaikan oleh tugas) dan hasil
(bagaimana menunjukkan bahwa tugas telah selesai).
Tetapkan tugas kepada orang yang bertanggung jawab (pemimpin tugas) untuk memastikan penyelesaian tugas.
8. Perkirakan dan dokumentasikan waktu dan tenaga yang dibutuhkan.
Tetapkan tanggal penyelesaian untuk tugas.

Mengharuskan pemimpin tugas untuk melaporkan secara teratur jumlah usaha yang dikeluarkan untuk
penyelesaian tugas dan persentase yang diselesaikan.
Harapkan manajer proyek untuk mengambil tindakan korektif jika tugas tampaknya tidak dapat diselesaikan
sesuai jadwal (lebih banyak waktu atau upaya yang dikeluarkan daripada yang diharapkan berdasarkan
persentase yang diselesaikan).
9. Libatkan vendor untuk tahap implementasi untuk memiliki satu rencana yang disepakati antara semua
pihak.
10. Memahami proyek dan prioritas lain yang berkaitan dengan setiap laboratorium percontohan dari informasi
sistem/teknologi (TI) yang mendukung laboratorium tersebut, serta dari perspektif operasi
laboratorium dan mengembangkan jadwal yang sesuai. Ini akan membantu dalam menghindari
konflik jadwal, menangani alokasi sumber daya, dll.
Waktu
Ini adalah salah satu artefak utama yang akan dikembangkan setelah TWG dan tim manajemen
proyek terbentuk. Setelah dasar ini ditetapkan, itu ditinjau dan disesuaikan secara berkala serta
ketika transisi ke fase proyek berikutnya. Jadi misalnya, ketika proyek bergerak ke fase
Implement, jadwal perlu ditinjau dan disesuaikan dengan masukan dari vendor yang dipilih.
Rencana proyek bersifat dinamis. Ketika sebuah proyek dimulai, terutama dengan produk baru dan penyedia
sistem baru, pembelajaran membutuhkan waktu. Saat Anda belajar, rencana proyek mungkin perlu diubah;
menambahkan tugas, mengubah rencana, memodifikasi tugas, memindahkan tugas, atau menjadwal ulang.
Perubahan jadwal proyek perlu dilakukan oleh manajer proyek setelah ditinjau dan disetujui oleh TWG dan gugus
tugas.

MANAJEMEN BIAYA
Bagian ini memberikan pandangan mendalam tentang manajemen biaya berbagai aspek operasi LIS.
Di sini, manajemen biaya dipecah menjadi tiga bidang utama.
1. Personil dan Layanan

2. Biaya Modal
3. Kepemilikan
Meskipun perincian biaya yang disarankan ideal, anggaran kehidupan nyata dan sumber pendanaan berubah secara teratur
dan biaya implementasi seringkali sulit diprediksi secara akurat. Ini adalah kunci untuk memprioritaskan kebutuhan
fungsional dan memiliki rencana terstruktur untuk mengurangi implementasi, jika diperlukan. Sebuah laboratorium mungkin
perlu mengurangi operasi LIS jika tidak dapat mendukungnya.

Manajemen Biaya: Personil dan Layanan
Biaya utama yang berkontribusi pada personel dan layanan adalah: perencanaan, desain dan
konfigurasi, implementasi dan operasi. Dari keempatnya, operasi akhirnya menjadi biaya terbesar.
Biaya Personil dan Layanan
Fase rincian
Banyak organisasi meluncurkan proyek "penemuan" untuk menetapkan perencanaan dan

anggaran proyek LIS awal. Sering kali membantu untuk mendatangkan bantuan eksternal
Perencanaan
untuk langkah-langkah perencanaan awal. Tetapi bahkan dengan bantuan eksternal,
sumber daya internal perlu didedikasikan untuk proses perencanaan.
Pengembangan spesifikasi fungsional adalah keterampilan yang tidak dimiliki

sebagian besar laboratorium. Pembuatan prototipe dan konfigurasi awal
diselesaikan oleh sumber daya vendor sebelum implementasi dan termasuk
Rancangan
waktu staf laboratorium saat ini yang akan dibutuhkan untuk pengembangan
spesifikasi.
• Biaya vendor untuk layanan dapat dikontrol jika persyaratan khusus

ditentukan di awal.
• Staf lokal bekerja dengan pelaksana vendor untuk menghemat uang dan waktu Anda
secara keseluruhan.
Penjual
• Jelajahi layanan implementasi pihak ketiga untuk kebutuhan tambahan seperti
Penerapan
penulisan laporan atau pengiriman pesan.
Jasa
• Kontrak harus mencakup semua spesifikasi dan rincian biaya oleh
semua vendor.
• Konsultan dapat membantu mengatur upaya tersebut tetapi keputusan akhir
harus bersifat lokal.

BIAYA MODAL
Perangkat Lunak LIS
Perangkat Lunak Pendukung

Perangkat Lunak Sistem
manajemen st:
biaya modal
adalah biaya yang biasanya perlu ditanggung

LIS terlebih dahulu sebelum implementasi. Ini menjadi
tinggi karena jenis buluh pengadaan seperti yang
dijelaskan dalam diagram di bawah ini. Ini biasanya
merupakan biaya satu kali setelah item d
dipertahankan atau diganti, sesuai kebutuhan.
Perangkat keras
Infrastruktur
ts
eh
ion, pelaporan
peralatan cadangan
• Perangkat keras dan layanan jaringan

• Printer, pembaca kode batang, dll.
Persyaratan Fisik • Meja/workstation

• Renovasi kecil untuk alur kerja yang optimal
• Lingkungan server
○ Suhu
○ Keamanan
• Kekuasaan
• Konektivitas jaringan
• Internal
• Eksternal
• Redundansi fisik

Biaya Modal
Biaya rincian
Lisensi Perangkat Lunak • Aplikasi

• Perangkat lunak tambahan
○ Mesin integrasi
○ Alat pelaporan
• Perangkat lunak sistem
○ Sistem operasi
○ Basis data
Perangkat Lunak Pendukung • Sistem operasi, platform aplikasi dan database

• Alat pelaporan
• Alat visualisasi data
• Paket analisis QC
• Perangkat lunak anti-virus
• Perangkat lunak integrasi instrumen
• Mesin perpesanan
Perangkat Lunak Pendukung • Terkadang dibundel dengan perangkat lunak LIS

Lisensi • Waspadalah terhadap pembatasan lisensi OEM terbatas
• Tidak selalu lebih murah membeli melalui vendor LIS, selalu

bandingkan harga
• Jangan lupa biaya perjanjian pemeliharaan
Model Lisensi • Lisensi terukur

○ Per prosesor
○ Per pengguna bernama
○ Per pengguna bersamaan
• Lisensi situs
• Lisensi Paket (OEM)
○ Basis data atau alat bantu
○ Biasanya dibatasi untuk digunakan dalam sistem OEM
Lisensi Sumber Terbuka • Lisensi seringkali gratis, tetapi tidak selalu

• Masih ada biaya:
○ Lisensi OS/Database
○ Mendukung
○ Penerapan
• Laboratorium harus memiliki strategi dukungan jangka panjang (vendor,
komunitas, in-house)
• Idealnya, Anda dapat mendukung diri sendiri dengan sumber daya pemrograman yang
memadai

Manajemen Biaya: Biaya Kepemilikan
Pemeliharaan, persediaan, utilitas, penggantian modal, dan dukungan operasional adalah biaya berkelanjutan yang terkait dengan
penggunaan LIS secara berkelanjutan. Penting untuk mempertimbangkan semua ini: kesenjangan dalam hal apa pun dapat
memengaruhi kemampuan laboratorium untuk menggunakan LIS secara efektif. Pada halaman berikut, tabel merinci biaya yang
terkait dengan kepemilikan.
Gambar 37: Contoh Biaya Kepemilikan untuk Commercial Off the Shelf (COTS) LIS

Biaya Kepemilikan
Biaya rincian
Biaya operasional • Mendedikasikan personel untuk pemeliharaan sistem harian
• Dukungan vendor yang berkelanjutan untuk konfigurasi yang lebih besar atau upaya
penyesuaian untuk menyesuaikan dengan perubahan dalam proses bisnis
• Dukungan pesan sering kali membutuhkan bantuan dari

sumber luar
• Perjanjian pemeliharaan tahunan
Pemeliharaan • Kontrak dukungan perangkat keras
○ Perangkat keras Desktop/Server
○ Perangkat keras jaringan
• Kontrak dukungan perangkat lunak
○ LIS
○ Perangkat lunak tambahan
• Membangun kapasitas lokal (misalnya, meja bantuan menghemat biaya)
Dukungan Operasional • Cadangan

• Pembaruan antivirus/sistem operasi
• Pengarsipan/pembuangan data
• Pemeliharaan perangkat keras
• Dukungan perangkat keras jaringan
• Meja bantuan
Keperluan • Jaringan
• Kekuasaan
• AC
Perlengkapan • Pita cadangan – atau hard drive eksternal

• Kertas dan toner printer
• Stok label kode batang
• Tinta printer barcode
• Panduan pengguna baru
Penggantian Modal • CPU Komputer (~5 thn)

• Server (~8 thn)
• Hard-disk drive (~3 thn)
• Printer (~5 thn
• Router jaringan (~7 thn)
• Baterai UPS (~2 tahun)

Biaya Kepemilikan
Biaya rincian
Proforma • Memberikan informasi keuangan yang objektif

Analisis biaya
• Membantu perencanaan dan alokasi sumber daya untuk menerapkan dan
mempertahankan LIS
• Memungkinkan pengambil keputusan untuk menilai biaya versus manfaat dari

strategi LIS
• Titik awal yang baik untuk diskusi
Komponen Biaya • Penilaian operasi laboratorium dan kebutuhan fungsional LIS

Termasuk
• Perangkat keras: komputer, kabel, server, dll.
• Pengembangan dan instalasi perangkat lunak: Pengembangan LIS dan
aplikasi OTS lainnya seperti penulis laporan, instalasi sistem termasuk
pelatihan pengguna, pelatihan komputer dasar
• Pengisian ulang, posisi baru dan dukungan bantuan teknis

• Perjanjian layanan untuk pemeliharaan
Manajemen mutu
Rencana manajemen mutu mencakup penggunaan standar dan kepatuhan. Dengan implementasi
LIS, ini akan melibatkan pengumpulan data dasar untuk dapat menunjukkan peningkatan kualitas
setelah LIS diimplementasikan. Rincian data dasar yang akan dikumpulkan (misalnya, aspek akurasi,
kelengkapan dan ketepatan waktu) perlu dimasukkan dalam rencana manajemen mutu.
Grup yang Terlibat
TWG dan Gugus Tugas harus memandu rincian rencana manajemen mutu dan mengidentifikasi area
fokus.
1. Identifikasi standar yang harus diikuti dan kepatuhan yang harus diukur dalam
penerapannya.
2. Identifikasi elemen untuk mengukur akurasi, kelengkapan dan ketepatan waktu
3. Kembangkan alat untuk menangkap data dasar untuk elemen yang diidentifikasi
Waktu
Ini perlu dikembangkan setelah TWG dan gugus tugas terbentuk karena semua aspek proyek LIS dipengaruhi
oleh Rencana Manajemen Mutu. Metrik kualitas dan daftar periksa kualitas adalah kunci untuk implementasi
yang efektif.

PENGADAAN: PERMINTAAN PROPOSAL (RFP)
RFP adalah proses tender dengan paket komprehensif yang mencantumkan persyaratan terperinci dan
mencari proposal dari vendor potensial. Ini adalah dokumentasi formal yang menyoroti kesenjangan,
kebutuhan dan harapan para pemangku kepentingan dan mencakup aspek spesifikasi perangkat lunak dan
perangkat keras, persyaratan, dll., Dikompilasi dari kegiatan sebelumnya. Sederhananya, RFP digunakan
untuk menanyakan penyedia sistem apa yang dilakukan sistem mereka dan bagaimana mereka akan
menangani kebutuhan Anda. Biasanya, RFP tidak meminta spesifikasi sistem. Dengan kata lain, penting untuk
fokus dan spesifik pada “apa” yang dibutuhkan dan bukan pada aspek “bagaimana” solusi. Mengajukan
pertanyaan memungkinkan penyedia sistem untuk menawarkan saran dan mendemonstrasikan metode
operasi yang belum terpikirkan selama tahap awal proses. Proses RFP akan memfasilitasi perolehan
kemungkinan potensial dari vendor, mengurangi penelitian dan uji tuntas yang dibutuhkan oleh tim proyek
pada setiap opsi/alternatif di luar sana. Tim evaluasi hanya perlu membandingkan jawaban dari RFP dan
menilai mana yang paling mereka sukai.
Bahkan jika ada dana terbatas untuk LIS, menyusun RFP membantu tim negara memvisualisasikan apa yang mereka cari dan
mengembangkan kriteria standar yang dapat mereka gunakan untuk mengevaluasi LIS secara objektif, yang sangat penting
terlepas dari anggaran.
Dokumen RFP juga harus memberikan pedoman dan persyaratan untuk mengirimkan tanggapan, karena ini
adalah dokumen formal untuk terlibat dengan vendor potensial. Ini akan menyediakan mekanisme untuk
mempublikasikan seperangkat persyaratan umum yang komprehensif kepada komunitas vendor dan meminta
tanggapan mereka. Proses ini akan memungkinkan untuk perbandingan standar di seluruh vendor dan
meminimalkan subjektivitas.
Grup yang Terlibat
• Kelompok Kerja Teknis

• Gugus tugas
• Tim proyek
• Sponsor

Pengadaan: Pengembangan RFP
Pengembangan RFP adalah langkah pertama yang diambil dari keseluruhan proses RFP. Pengembangan RFP
dimulai setelah fase penilaian selesai dan persyaratan komprehensif didokumentasikan dan disetujui oleh semua
pemangku kepentingan. Tugas formal dengan proses yang disetujui akan memfasilitasi pengembangan dokumen
RFP yang komprehensif dengan masukan, perspektif, dan persetujuan dari semua pemangku kepentingan.
Penyedia sistem tidak boleh diminta untuk terburu-buru memberikan tanggapan mereka kecuali ada alasan yang baik. Satu hingga
dua bulan adalah jumlah waktu yang wajar untuk mengharapkan tanggapan terperinci.
Grup yang Terlibat
• Tim manajemen proyek akan memfasilitasi proses (lihat komposisi tim manajemen
proyek di atas).
• TWG bekerja sama dengan Satgas masing-masing akan mengembangkan persyaratan dan
spesifikasi.
• Kementerian Kesehatan (Depkes) dan sponsor akan meninjau RFP dengan Depkes menyetujui RFP
sebelum dipublikasikan.
1. Mengembangkan dan menyusun persyaratan dan spesifikasi dari langkah-langkah sebelumnya.
2. Pertimbangkan pendekatan interaktif dengan setidaknya satu siklus tinjauan yang melibatkan semua pemangku kepentingan di
antaranya.
3. Bekukan versi RFP, dari perubahan lebih lanjut, setelah selesainya siklus peninjauan dan proses
persetujuan.
4. RFP terpisah untukPenyedia Perangkat Lunak Aplikasidan Hardware dan Penyedia Perangkat Lunak
Sistem.
5. Gunakan template RFP yang disediakan dalam buku panduan sebagai dasar.
6. Gunakan daftar periksa yang disediakan dalam lampiran untuk menilai kesiapan paket RFP.
Waktu
• Mulai menyusun kerangka kerja setelah cakupan dan pemilihan lokasi percontohan selesai.
• Asimilasi dan kompilasi informasi dari kegiatan ''Penilaian''.
• Memulai siklus tinjauan setelah menyelesaikan fase pemeriksaan Penilaian.

Pengadaan: Kriteria Evaluasi RFP
Evaluasi RFP adalah proses yang sistematis dan harmonis untuk mengevaluasi tanggapan vendor terhadap RFP.
Kriteria evaluasi akan menyediakan sarana untuk meninjau proposal vendor dalam perspektif yang komprehensif
sambil menyajikan kerangka umum untuk menilai setiap proposal sehingga lebih mudah untuk dibandingkan.
Grup yang Terlibat
• Tim Manajemen Proyek akan memfasilitasi pengembangan kriteria evaluasi.

• TWG memberikan masukan selama pengembangan dan meninjau kriteria evaluasi.
• Sponsor dan Kementerian Kesehatan akan meninjau dan menyetujui kriteria evaluasi.
• Konsultasikan dengan mitra pelaksana untuk mendapatkan bantuan, karena mereka mungkin memiliki pengalaman
mendalam di bidang ini.
1. Tetapkan bobot dan skor ke berbagai fitur sistem untuk membantu proses seleksi yang tidak memihak.
Ini kemudian dapat dijumlahkan untuk menghasilkan peringkat penyedia sistem akhir.
2. Gunakan sampel Kriteria dan Matrik Evaluasi RFP yang disediakan dalam buku panduan sebagai dasar
garis.
3. Pastikan evaluator diberi pengarahan dan pelatihan tentang cara menggunakan kriteria.
4. Harga harus dikecualikan dari kriteria evaluasi dan harus diminta secara tertutup/
rahasia sehingga dapat tersedia untuk TWG dan sponsor.
5. Melakukan konferensi penawar untuk vendor daftar pendek.
6. Pastikan perwakilan Depkes hadir selama konferensi penawar.
7. Alat evaluasi:
meminta demonstrasi di tempat oleh vendor
kunjungan situs ke lokasi yang sudah menggunakan produk mereka
survei telepon untuk mendapatkan detail lebih lanjut dari pengguna saat ini tentang pengalaman dan tantangan
tindak lanjut kunjungan lapangan – untuk membantu sebagai pemutus hubungan atau untuk mendapatkan detail lebih lanjut tentang satu
vendor terpilih yang berpotensi menjadi finalis
kunjungan kantor pusat – bertemu dengan manajemen sebelum menandatangani kontrak

analisis biaya manfaat – jika lebih dari satu sistem sedang berjalan
peringkat/rekomendasi – dokumen alasan/pembenaran untuk pemilihan sistem
Waktu
Biasanya, kriteria dikembangkan bersamaan dengan atau tepat setelah RFP dikembangkan.

Pengadaan: Publikasi/Distribusi RFP
RFP yang dikembangkan diterbitkan untuk tanggapan vendor. Ini adalah proses formal untuk melibatkan
penawar yang mungkin dapat menanggapi RFP.
Kelompok yang Terlibat
Tim manajemen proyek memimpin proses
1. RFP harus diiklankan seperti yang dipersyaratkan oleh lembaga/otoritas pendanaan. Ini akan
mempengaruhi apakah akan diiklankan secara lokal/nasional atau internasional.
2. Lebih disukai, RFP akan dikirim ke sejumlah penyedia terbatas yang diketahui memiliki aplikasi yang memenuhi
persyaratan tingkat tinggi atau memenuhi persyaratan fungsional proyek LIS sebagaimana didefinisikan
untuk fase percontohan. Dianjurkan untuk melakukan penyaringan awal dan menangkap informasi yang
cukup untuk menentukan vendor yang sesuai bahkan untuk menerima RFP.
Ini termasuk penyaringan penyedia sistem, persiapan, presentasi penjualan dan proposal awal.
Masuk akal untuk memilih sejumlah kecil penyedia berdasarkan kebutuhan fungsional yang
diidentifikasi dari LIS dan fitur yang diketahui dari aplikasi yang tersedia. Ini akan membantu
membatasi jumlah RFP yang dikirim dan mengurangi beban kerja yang dihasilkan dari peninjauan
semua.
3. Jika solusi in-house adalah pilihan, tim pengembangan in-house harus diminta untuk menanggapi RFP
dan dievaluasi di bawah seperangkat aturan dan kriteria yang sama dengan vendor komersial.
4. Ikuti proses dengan sangat ketat/ketat untuk menghindari persepsi pilih kasih, karena jika tidak, dapat
mengakibatkan proses yang tidak valid yang mengakibatkan langkah rekonsiliasi yang panjang.
5. Proses tersebut harus memiliki mekanisme, dan dipublikasikan bersama dengan RFP
asli, untuk mengubah RFP jika ada kebutuhan atas kebijakan tim implementasi.
Waktu
Distribusi terjadi setelah RFP siap dan disetujui oleh sponsor.

Pengadaan: Konferensi Vendor/Penawar
Konferensi penawar adalah pertemuan puncak di mana semua vendor terpilih diundang untuk datang secara
langsung dan mempresentasikan solusi mereka di dalam negeri. Konferensi ini memastikan demonstrasi produk
vendor sejalan dengan tanggapan masing-masing dan memberikan kesempatan untuk berinteraksi dengan
perwakilan vendor. Format ini juga memungkinkan penyelesaian proses dalam waktu singkat. Misalnya, pertanyaan
berikut dapat diajukan, jika belum menjadi bagian dari RFP atau untuk klarifikasi lebih lanjut, jika ditanyakan:
• Berapa banyak sistem yang dapat diubah di rumah yaitu membuat perubahan sederhana?
• Seberapa mudah untuk menarik dan menganalisis data dari sistem?
• Setelah sistem aktif, berapa biaya untuk menjalankannya?
Grup yang Terlibat

• Tim manajemen proyek akan memimpin upaya ini.
• Anggota dari gugus tugas dan kelompok kerja dibentuk menjadi tim seleksi.
1. Siapkan tim seleksi dalam negeri.
2. Proposal RFP dievaluasi berdasarkan kriteria.
3. Menggunakan kriteria evaluasi yang dikembangkan untuk mengevaluasi vendor/sistem.
4. Daftar pendek 5-6 opsi LIS.
5. Selenggarakan konferensi Penawar dan undang penawar terpilih.
6. Mitra implementasi dapat menjadi pihak ketiga yang netral yang memberi saran kepada vendor tentang
spesifikasi di dalam negeri dan melatih mereka dalam menyoroti area solusi mereka yang akan cocok.
7. Vendor akan memberikan demo produk/solusi mereka.
8. Berdasarkan evaluasi (skor kuantitatif) merundingkan dan memberikan kontrak.
Waktu
• Setelah publikasi RFP dan setelah selesainya kerangka waktu tinjauan yang diusulkan
• Tanggapan vendor seharusnya sudah diterima dan dievaluasi saat ini

Pengadaan: Seleksi Vendor
Ini adalah proses mengidentifikasi vendor dan sistem yang tepat mengikuti konferensi penawar dan menetapkan
kriteria seleksi. Setelah evaluasi menyeluruh dan observasi/interaksi konferensi penawar, tim berada dalam posisi
untuk merekomendasikan berdasarkan kriteria pemilihan penyedia peringkat teratas untuk negosiasi.
Dokumentasikan alasan/pembenaran untuk pemilihan sistem dan rangkum pekerjaan hingga saat ini untuk
dipresentasikan kepada pejabat pemerintah dan pembuat keputusan terkait.
Proses pemilihan vendor diperlukan untuk mengidentifikasi vendor yang tepat dan menyelesaikan produk yang sesuai
sehingga negosiasi kontrak dapat berlangsung.
Grup yang Terlibat
• Tim manajemen proyek meninjau proposal, mengevaluasi solusi yang diajukan dan
merekomendasikan produk dan penyedia ke TWG.
• Penghargaan TWG dari kontrak.
1. Gunakan kriteria evaluasi yang dikembangkan sebelumnya.
2. Lakukan pemeriksaan referensi.
3. Gunakan interaksi/catatan tambahan yang diperoleh dari demo konferensi penawaran.
4. Buat daftar pendek dua pilihan teratas dengan pro dan kontra yang didokumentasikan dengan jelas.
5. Presentasikan daftar pendek tersebut kepada Depkes untuk diambil keputusan.
Waktu
Seleksi dilakukan setelah konferensi penawar/vendor.

Pengadaan: Kontrak Vendor Penghargaan
Kontrak yang baik merupakan puncak dari rangkaian tugas evaluasi dan seleksi yang terencana dengan baik. Ini
adalah formalisasi pemahaman antara dua pihak dan harus menjelaskan, dalam istilah pengguna, dengan tepat apa
yang diusulkan oleh penyedia sistem untuk dipasang. Penyedia sistem berperingkat lebih rendah tidak boleh
dikesampingkan sampai kesepakatan ditandatangani. Kecuali kontrak diberikan, tidak ada kesepakatan formal
dengan vendor yang dipilih. Karena itu, implementasinya tidak bisa maju.
Grup yang Terlibat
• Tim manajemen proyek akan memimpin negosiasi.

• TWG merekomendasikan kontrak akhir.
• Sponsor dan Kementerian Kesehatan akan menyetujui persyaratan kontrak.
• Kontrak ditandatangani oleh kedua belah pihak.
1. Bertemu dengan penyedia terpilih untuk mengkonfirmasi rincian dan komitmen kontrak dan untuk
menegosiasikan harga kontrak akhir. Manajer dengan wewenang untuk membuat kewajiban kontrak,
dari sisi vendor, harus menghadiri pertemuan ini.
2. Negosiasi kontrak hampir selalu memakan waktu lebih lama dari yang diperkirakan. Satu-satunya cara untuk
menyelesaikan tugas ini dengan cepat adalah dengan menerima kontrak standar dengan sedikit perubahan.
Perubahan signifikan harus ditinjau dan disetujui oleh eksekutif dan pengacara dari kedua belah pihak. Proses ini
membutuhkan waktu.
3. Berdasarkan kesepakatan dengan penyedia yang direkomendasikan, manajer proyek mengatur

serangkaian pertemuan untuk mempersiapkan peluncuran fase Implementasi.
Waktu
Kontrak diberikan setelah pemilihan akhir solusi dan penyelesaian negosiasi

RENCANA SUMBER DAYA MANUSIA
Rencana Sumber Daya Manusia (SDM) berfokus pada kebutuhan sumber daya manusia untuk inisiatif baik dari
perspektif proyek maupun pasca proyek. Perlu komprehensif mencakup semua kebutuhan staf, anggaran untuk
mendukung kebutuhan, program insentif dan retensi, pelatihan dan pengembangan kapasitas dalam negeri, dll.
Perencanaan SDM sangat penting untuk hasil proyek yang sukses. Sebuah rencana yang komprehensif, menyeimbangkan
kebutuhan taktis proyek dan pembangunan kapasitas dalam negeri jangka panjang, akan mengatasi masalah/
kekhawatiran secara proaktif.
Grup yang Terlibat
• Tim manajemen proyek memiliki tugas tersebut.

• TWG dan tim manajemen proyek secara kolektif harus melakukan analisis dan
memberikan rekomendasi.
• Ahli materi (UKM) dari lintas fungsi, termasuk manajemen laboratorium dan personel
laboratorium, dapat menjadi peserta aktif.
• Sponsor dan TWG bertanggung jawab untuk memastikan pendekatan ini dipikirkan matang-matang
dan mekanisme/kerangka kerja tersedia dari perspektif anggaran dan alokasi fiskal.
• Mitra implementasi berperan sebagai konsultan.
1. Memiliki rencana yang komprehensif dari peluncuran proyek dan perspektif pasca proyek.
sebuah. Proyek/Peluncuran:
saya. Mengembangkan inventarisasi keahlian dan memetakannya ke peran yang dibutuhkan selama
proyek.
ii. Melakukan penilaian sadar dalam hal ketersediaan dan keterampilan dari perspektif
sumber daya internal.

aku aku aku. Pertimbangkan untuk mempekerjakan sumber daya eksternal (yaitu, konsultan) untuk jangka pendek sambil
mengembangkan bakat lokal dalam jangka panjang.
iv. Jelajahi peluang pra-layanan dengan institusi akademik lokal.
b. Pasca Proyek
saya. Kaji kebutuhan untuk mendukung operasi, pasca implementasi.
ii. Melakukan penilaian sadar dalam hal ketersediaan dan keterampilan dari perspektif
sumber daya internal.
aku aku aku. Jika ada posisi baru yang teridentifikasi, maka disarankan untuk melanjutkan perekrutan di
muka sehingga orang tersebut dapat bergabung dengan tim proyek sejak awal dan akan dapat
memiliki pengalaman langsung yang diperlukan.
2. Anggaran Fiskal
sebuah. Memahami tingkat upaya dan mengalokasikan anggaran untuk mengakomodasi setiap pekerjaan tambahan yang
dibutuhkan/diharapkan untuk dilakukan oleh staf selama proyek berlangsung. Ini harus menjadi durasi yang
terbatas dan biasanya untuk periode yang lebih pendek. Misalnya, entri data ganda oleh personel laboratorium
selama pengujian paralel.
b. Melakukan perencanaan dan alokasi anggaran fiskal untuk memastikan keberlanjutan dalam jangka waktu
yang lebih panjang.
3. Mengejar pendekatan sentralisasi/layanan bersama sebagai model inti dan menyimpang ke model
sumber daya khusus sebagai pengecualian.
4. Pertimbangkan pendekatan melatih-pelatih untuk mengembangkan kapasitas dalam negeri. Ini juga akan
mengurangi biaya untuk peluncuran berikutnya.
5. Gunakan “peran tipikal” yang disediakan dalam lampiran sebagai dasar untuk memulai diskusi dan memetakan
kesenjangan.
6. Rencana SDM, terutama komponen pasca-proyek, harus menjadi salah satu masukan utama ke dalam
persyaratan dan/atau preferensi arsitektur sistem.
7. Rencanakan transisi tim proyek ke fase Operasi dan Pemeliharaan (O&M) proyek. Anggota tim
proyek kunci dapat beralih ke peran administrator LIS dan UKM dapat beralih ke peran komite
LIS yang sedang berlangsung, misalnya. Penting untuk memastikan bahwa anggota tim jelas
tentang tanggung jawab mereka saat ini dan potensi tanggung jawab mereka yang
berkelanjutan dan merasa nyaman dengan peran mereka, apakah itu untuk meningkatkan
LIS atau mempertahankannya.
Waktu
Rencana SDM dasar perlu dikembangkan sebagai salah satu hasil awal fase perencanaan. Ini
mungkin melalui revisi berikutnya saat proyek berlangsung. Setiap perubahan pada dasar dan
atau asumsi harus melalui proses peninjauan dan pemeriksaan sebelum diadopsi.

RENCANA KOMUNIKASI
Tujuan utama dari rencana manajemen proyek adalah untuk membangun struktur komunikasi dengan semua
pemangku kepentingan, memastikan mereka semua berbagi pemahaman yang sama tentang tujuan dan
status proyek seiring kemajuan. Rencana komunikasi menetapkan harapan seputar kebutuhan komunikasi,
mode dan metode, frekuensi dan prosedur pelaporan untuk proyek tersebut.
Setelah semua pemangku kepentingan utama diidentifikasi, mereka dikelompokkan ke dalam tiga kategori utama.
• Konteks Proyek: Pengguna alur kerja (biasanya tipe yang berbeda), pengguna data (sekali lagi tipe
yang berbeda), manajemen, sponsor, mitra pendanaan, tim implementasi, dll.
• Tanggung Jawab Proyek: Pengambil keputusan proyek secara keseluruhan, pengambil keputusan khusus
mengenai fungsi utama, pelaksana, UKM, dll.
• Kebutuhan Komunikasi: Implementasi, pengujian, validasi, pelatihan, status proyek
terperinci, status proyek tingkat tinggi, dll.
Tujuan ini jarang dicapai dengan produksi atau distribusi satu set dokumen. Biasanya
membutuhkan banyak saluran komunikasi yang dibuat dan dipelihara.
Grup yang Terlibat

• Manajer proyek bertanggung jawab untuk mengembangkan rencana komunikasi.
• Semua pemangku kepentingan (sponsor, TWG, mitra pelaksana, gugus tugas, manajemen lab, dll.) akan
memberikan masukan dan menandatangani rencana tersebut.
1. Dokumentasi proyek formal ditinjau dan diperiksa dengan tepat oleh pemangku kepentingan utama.
2. Tahap pertemuan gerbang untuk membahas keputusan proyek utama dan mendokumentasikan hasilnya.
3. Gunakan proses pembaruan status untuk membawa informasi ke setiap kelompok pemangku kepentingan melalui
sarana yang sesuai dan dengan tingkat konteks yang benar sehingga mereka dapat meninjau dan
mendukung kemajuan proyek.
4. Sediakan sesi pelatihan.
5. Menyediakan proses validasi.
6. Membuat presentasi.
7. Gunakan “Dasbor Proyek” untuk komunikasi yang teratur dan efektif. Pembaca dapat terbiasa dengan
seperangkat idiom yang sama dan dengan cepat mengkonsumsi output dari tim proyek melalui
mekanisme itu.
8. Semua pertemuan baik secara langsung atau virtual (panggilan konferensi) harus mempublikasikan catatan
pertemuan formal dan semua masalah, keputusan harus ditangkap ke dalam log pusat yang dikelola oleh
tim manajemen proyek.
Waktu
Ini adalah salah satu hasil utama dari fase perencanaan. Tinjau rencana komunikasi secara berkala
serta sebelum pindah ke fase baru. Revisi seperlunya untuk memastikannya memfasilitasi
komunikasi positif di seluruh pemangku kepentingan.

MANAJEMEN RISIKO
Risiko melekat dalam setiap proyek dan secara intrinsik
tidak baik atau buruk. Risiko terhadap suatu proyek tidak
boleh ditakuti tetapi diperhitungkan sebagai atribut
penting dari proyek tersebut. Semua proyek harus
memahami dan mendokumentasikan risiko. Agar suatu
risiko dapat digunakan secara efektif, risiko tersebut harus
dinyatakan dengan jelas, termasuk kondisi dan
konsekuensinya, dan harus mudah dipahami. Pernyataan
risiko kondisi-konsekuensi membantu mengartikulasikan
risiko dengan jelas.
Contoh:
• Kondisi: Cairan yang mudah
terbakar disimpan di gudang.
• Konsekuensi: Gudang mungkin
terbakar.
Tips untuk Manajemen Risiko
1. Secara efektif menganalisis risiko dan menggunakan data
risiko untuk membuat keputusan.
Menilai probabilitas risiko

Menilai dampak risiko
Hitung eksposur risiko
2. Mengambil tindakan spesifik untuk meminimalkan eksposur risiko.
Dapat difokuskan pada probabilitas atau dampak, meskipun probabilitas adalah yang paling umum
Hanya dilakukan untuk risiko prioritas tertinggi berdasarkan eksposur
Contoh: Staf pelatihan silang untuk mengatasi kemungkinan terjadinya masalah pergantian karyawan
3. Atur pemicu kontingensi.

Contoh: Membiarkan bukti fisik kebakaran meminta seseorang untuk memanggil pemadam kebakaran
4. Pilih jenis pemicu yang sesuai.

Titik waktu
Contoh: Jika seorang anggota tim kunci berhenti, tanggal berapa terakhir untuk melatih seorang pengganti?
Ambang
Contoh: Jika kesalahan entri sampel mencapai 5%, maka implementasikan rencana pelatihan baru.

Lampiran
1. Lampiran A: Spreadsheet Biaya Proyek LIS (Contoh)
2. Lampiran B: Analisis SWOT
3. Lampiran C: Contoh Kerangka Rencana Strategis
4. Lampiran D: Template Laporan Ketidaksesuaian
5. Lampiran E: Daftar Periksa SLIPTA: Bagian 9
6. Lampiran F: Alat Penilaian Laboratorium Sampel
7. Lampiran G: Contoh Pelacakan Pemeliharaan Perangkat Keras
8. Lampiran H: Contoh Formulir Permintaan Perubahan
9. Lampiran J: Evaluasi LIS Negara
10. Lampiran K: Alat Pemantau Waktu Perputaran Sampel (TAT)
140| Asosiasi Laboratorium Kesehatan Masyarakat

Ringkasan Biaya Proyek LIS Proforma (Modal)
QI Q2 Q3 Q4 Tahun 1 Tahun 2 Tahun 3 Tahun 4 Tahun 5 Total Grafik Inc.
Biaya Modal Catatan $ $ $ $ $Q1-Q4 $ $ $ $ 0

KOMPUTER
Stasiun Kerja (tidak @ $ masing-masing)
Server (tidak @ $ masing-masing) 0.00

Printer (tidak @ $ masing-masing) 0.00
Komputer Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
PERANGKAT KERAS LAINNYA
Peralatan Jaringan daftar peralatan
Printer Kode Batang (tidak @ $ masing-masing) 0.00

Pembaca Kode Batang (tidak @ $ masing-masing) 0.00
Cadangan Pita 0.00
Perangkat Keras Lainnya Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
BIAYA FISIK
Meja (tidak @ $ masing-masing) 0.00

Renovasi Jelaskan perubahan 0.00
Lingkungan Server Jelaskan lokasi 0.00
Instal Daya Kekuatan server, dll. 0.00
Jaringan Peningkatan koneksi 0.00
Fisik Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
BIAYA PERANGKAT LUNAK
Lisensi LIS 0.00

Sistem operasi 0.00
Basis data 0.00
Perangkat Lunak Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
PENGGANTIAN PERANGKAT KERAS
Server Setelah bertahun-tahun 0.00

Printer Setelah bertahun-tahun 0.00
Stasiun kerja Setelah bertahun-tahun 0.00
Perangkat Keras Kode Batang Ganti, "kerusakan" 0.00
Penggantian Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
PELAYANAN IMPLEMENTASI ES
Biaya Perencanaan Perjalanan, pertemuan 0.00

Layanan Implementasi Vendor
Pelatihan
LAMPIRAN A: SPREADSHEET BIAYA PROYEK LIS (CONTOH)
Konsultan Analisis Kebutuhan LPHA 0.00

Layanan Lainnya Pemasang lokal 0.00
Layanan Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
TOTAL BIAYA MODAL: 0.00 0.00 0.00 0.00 Q1-Q4 tahun 2 tahun 3 tahun 4 tahun 5 0.00
BIAYA MODAL KUMULATIF: 0.00 0.00 0.00 0.00 tahun 1 Tahun 1-2 Tahun 1-3 Tahun 1-4 Tahun 1-5 0.00
halaman 1 dari 1
Ringkasan Biaya Proyek LIS Proforma (Operasional)
QI Q2 Q3 Q4 Tahun 1 Tahun 2 Tahun 3 Tahun 4 Tahun 5 Total Grafik Inc.
Biaya operasional Catatan $ $ $ $ $Q1-Q4 $ $ $ $ 0

BIAYA SDM
Pengurus LIS

Meja Bantuan
Programmer 2 programmer
Biaya Staf Tambahan Lainnya Lembur untuk pelatihan, dll.
Dukungan Operasional Cadangan, antivirus 0.00

Staf Teknis LIS Vendor Membantu meningkatkan, dll. 0.00
Biaya SDM Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
KEPERLUAN
Jaringan daftar peralatan
Kekuasaan 0.00
Utilitas Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
PEMELIHARAAN
Perangkat lunak Perjanjian pemeliharaan 0.00

Perangkat keras Hanya untuk 3 thn. 0.00
Pemeliharaan Total $(000) 0.00 0.00 0.00 0.00 Q1-Q4 0.00 0.00 0.00 0.00 0.00
JUMLAH BIAYA OPERASIONAL: $ Q1 $ Q2 $ Q3 $ Q4 Q1-Q4 tahun 2 tahun 3 tahun 4 tahun 5
BIAYA OPERASIONAL KUMULATIF: tahun 1 Tahun 1-2 Tahun 1-3 Tahun 1-4 Tahun 1-5
LAMPIRAN B: ANALISIS SWOT
Bermanfaat Berbahaya
Kekuatan Kelemahan
• Kepemimpinan Depkes yang kuat

• Personil berkualifikasi yang tidak memadai
• Rencana strategis dan kebijakan laboratorium
• Kurangnya SDM dengan pengetahuan dan
nasional dikembangkan
keterampilan IT komputer
• Rencana operasional tahunan dikembangkan
• Infrastruktur membutuhkan peningkatan
• Layanan lab terstruktur
Intern
• Dokumentasi tidak lengkap dan

• Tersedia sumber daya manusia yang berkualitas
tidak konsisten
• Infrastruktur di tempat
• Kurangnya laboratorium yang terakreditasi
• Laboratorium referensi baru didirikan
• Laboratorium dilengkapi secara memadai
• Kurangnyaf komitmen Depkes
• Dokumentasi standar
• Sistem mutu ditetapkan
• Departemen TI didirikan
KERJA KERAS
Peluang
Analisis Ancaman
• Dukungan teknis dan keuangan • Keberlanjutan LIS

tersedia dari mitra • Kurangnya dana yang memadai
Luar
• Opsi LIS tersedia • Dampak LIS tidak diketahui

• LIS akan berkontribusi pada peningkatan • Kurangnya jaringan nasional dan
kualitas pelayanan kesehatan dari ketersediaan internet
pasien
• LIS memfasilitasi akreditasi

LAMPIRAN C: CONTOH KERANGKA STRATEGIS LIS
Kerangka Rencana Strategis LIS

Tujuan: Memperkuat Pelayanan Informasi Laboratorium di Laboratorium Sistem Kesehatan
Nasional
Tujuan: Semua 300 laboratorium nasional akan menerapkan eLIS pada tahun 2019
Sumber 2015 2016 2017 2018 2019
Membangun TWG dan

NHLS X
mengembangkan LIS SP
Meminta proposal dan

NHLS X
pilih sistem LIS
Menerapkan dan memelihara

NHLS X X X X X
LIS di 50 situs
NHLS X X X X
LIS di 100 situs

NHLS X X X
LIS di 150 situs
M&E LIS NHLS X X X X
Contoh Rencana Aksi LIS Sub Tujuan 1: Menetapkan TWG

dan mengembangkan Rencana Strategis LIS
Aktivitas Bertanggung jawab Biaya Target Indikator Q1 Q2 Q3 Q4
Identifikasi 10 Jumlah 10
CEO X
anggota TWG anggota anggota
Tahan inisial
pertemuan TWG TWG TOR
20.000 1 pertemuan X
dan kembangkan ketua dikembangkan
TOR
Mengadakan 20.000 8 Jumlah

rutin bulanan TWG per pertemuan pertemuan X X
pertemuan pertemuan dipegang dipegang
20.000
SP SP
Kembangkan SP TWG per X
dokumen disetujui
pertemuan

LAMPIRAN D: TEMPLATE LAPORAN KETIDAKSESUAIAN
LIS LAPORAN KETIDAKSESUAIAN: _______________ Tanggal: _______________ Dilaporkan oleh: _____________

Rekomendasi/ Daftar periksa ISO 15189 Mayor atau
Tidak. Ketidaksesuaian
Komentar Pertanyaan Referensi Minor

LAMPIRAN E: SLIPTA BAGIAN 9
Daftar Periksa SLIPTA dapat diambil secara online di http://apps.who.int/iris/handle/10665/204423.
Untuk setiap item, harap lingkari yang relevan Tidak Berlaku (NA), Ya (Y), Sebagian (P) atau Tidak (N). Semua elemen item harus hadir secara
memuaskan untuk menunjukkan “Ya". Berikan penjelasan atau komentar lebih lanjut untuk setiap jawaban “sebagian” atau “tidak”.
BAGIAN 9: MANAJEMEN INFORMASI

Persyaratan tidak kamuN Komentar Skor
2
9.1Sistem Pelaporan Hasil Tes
Apakah hasil tes dapat dibaca, diverifikasi secara teknis oleh kamuP N
orang yang berwenang, dan dikonfirmasi dengan identitas
pasien?
ISO15189:2012 Klausul5.8.1
Catatan:Hasil harus ditulis dengan tinta dan ditulis dengan jelas tanpa kesalahan dalam transkripsi. Orang yang melakukan tes harus menunjukkan verifikasi hasil. Harus ada tanda
tangan atau identifikasi orang yang memberi wewenang untuk merilis laporan.
2
9.2Personil Pengujian
Apakah personel pengujian diidentifikasi pada laporan hasil kamuP N
atau catatan lain (manual atau elektronik)?
ISO15189:2012 Klausul 4.13 ; 5.5.1.1; 5.8.1
Catatan:Orang yang melakukan prosedur harus diidentifikasi pada laporan (hard copy atau elektronik) untuk tujuan ketertelusuran.
9.3Laporkan Konten
Apakah laporan laboratorium sekurang-kurangnya memuat hal-hal sebagai berikut: kamuP N 3
Centang untuk setiap item
sebagai Ya (Y), Sebagian (P),
a) Tes yang diminta

kamuP
L
Tidak (N) atau Tidak
Berlaku (NA)
N tidak
PE
b) Identifikasi laboratorium
c) Identifikasi semua pemeriksaan yang dilakukan oleh
laboratorium rujukan
c) Identifikasi dan lokasi pasien
d) Nama pemohon
e) Tanggal pengambilan sampel primer (dan waktu, relevan dengan
perawatan pasien)
M
f) jenis sampel primer

g) Apakah hasilnya dilaporkan dalam satuan SI jika dapat diterapkan?
h) Interval referensi biologis jika berlaku

i) Apakah ada ruang untuk interpretasi atau komentar hasil,
bila berlaku?
SA
j) Identifikasi orang yang meninjau dan memberi

otorisasi pada laporan
k) Tanggal dan waktu laporan
l) Nomor halaman ke jumlah halaman (misalnya "Halaman 1 dari 5",
"Halaman 2 dari 5", dll.)
m) Saat menerbitkan laporan yang direvisi, apakah laporan tersebut secara jelas
diidentifikasi sebagai revisi dan mencantumkan referensi tanggal dan
identitas pasien dalam laporan asli dan pengguna mengetahui tentang
revisi tersebut?
n) Apakah catatan yang direvisi menunjukkan waktu dan tanggal

perubahan dan nama orang yang bertanggung jawab atas
perubahan tersebut?
o) Apakah entri laporan asli tetap ada dalam catatan?

kapan dilakukan revisi?
ISO15189:2012 Klausul 5.8.2; 5.8.3; 5.9.3
Catatan:Ketika sistem pelaporan tidak dapat menangkap amandemen, perubahan atau perubahan, catatan tersebut harus disimpan.
2
9.4Sistem/Metode Pelacakan Analitik
Ketika lebih dari satu instrumen digunakan untuk pengujian yang sama, kamu
P N tidak
apakah hasil pengujian dapat dilacak ke peralatan yang digunakan

untuk pengujian?
ISO15189:2012 Klausul 4.13(g)
Catatan:Harus ada ketertelusuran hasil spesimen ke sistem atau metode analisis tertentu. Spesimen uji kemahiran juga akan jatuh di bawah hasil spesimen.
2
9.5Pelabelan dan Penyimpanan Data yang Diarsipkan
Apakah hasil yang diarsipkan (kertas atau media penyimpanan data) kamuP N
diberi label dengan benar dan disimpan di lokasi yang aman hanya
dapat diakses oleh personel yang berwenang?
ISO15189:2012 Klausul 4.13; 5.10.3
Catatan:Semua data pasien, kertas, kaset, disk harus disimpan sesuai dengan kebijakan penyimpanan lab dan harus disimpan di tempat yang aman danlingkungan yang dikendalikan akses.
2
9.6Wewenang dan Tanggung Jawab
Apakah laboratorium telah menetapkan dan menerapkan kamuP N
wewenang dan tanggung jawab untuk pengelolaan dan
penggunaan sistem informasi laboratorium berbasis kertas
dan elektronik, termasuk pemeliharaan dan modifikasi yang
dapat mempengaruhi perawatan pasien?
Apakah hal-hal berikut sudah ada dan dilaksanakan?
Berlaku (NA)
L
kamu
P N tidak
a) Akses terkontrol ke data dan informasi pasien

b) Akses terkontrol untuk memasukkan data pasien dan hasil
PE
pemeriksaan
c) Akses terkontrol untuk mengubah data pasien atau
hasil pemeriksaan
d) Akses terkendali ke rilis hasil dan laporan
pemeriksaan
e) Pastikan bahwa hasil yang telah dikirimkan secara
elektronik atau direproduksi secara eksternal ke
laboratorium (komputer, mesin faks, email, dan situs web
M
serta perangkat web pribadi) adalah benar.

ISO15189:2012 Klausul 5.9; 5.10.2; 5.10.3
Catatan:"sistem informasi" termasuk pengelolaan data dan informasi yang terkandung dalam sistem komputer dan non-komputer. Beberapa persyaratan mungkin lebih dapat
diterapkan pada sistem komputer daripada sistem yang tidak terkomputerisasi. Sistem terkomputerisasi dapat mencakup bagian integral dari fungsi peralatan laboratorium dan sistem
mandiri menggunakan perangkat lunak generik, seperti pengolah kata, spreadsheet, dan aplikasi basis data yang menghasilkan, menyusun, melaporkan, dan mengarsipkan informasi
dan laporan pasien.
2
9.7Sistem Manajemen Informasi
SA
Apakah laboratorium memiliki bukti bagaimana tidak kamu

P N
LIMS dipilih?
ISO15189:2012 Klausul 5.3.1.1
Catatan:Laboratorium harus memiliki prosedur dan catatan terdokumentasi untuk pemilihan, pembelian, dan pengelolaan peralatan.
2
9.8Hasil tes
Apakah hasil tes divalidasi, ditafsirkan dan dirilis tidak kamu
P N
oleh personel yang berwenang?
ISO15189:2012 Klausul 5.1; 5.8; 5.10.3; 5.9.1
Catatan:Harus ada tanda tangan atau identifikasi orang yang memberi wewenang untuk merilis laporan.
2
9.9Verifikasi Sistem Informasi Laboratorium
Elektronik tidak kamuP N
sebagai Ya (Y), Sebagian (P) atau
Tidak (N)
tidak kamu
P N
a) Apakah sistem sudah diverifikasi sebelum implementasi?

yang mencakup laporan verifikasi untuk memeriksa
fungsi dan antar-pentahapan oleh laboratorium?
b) Rekaman validasi oleh pemasok tersedia dan disetujui
untuk digunakan?
c) Pemeriksaan sistem yang sedang berlangsung tersedia untuk
transmisi yang benar, perhitungan dan penyimpanan hasil dan
catatan.
ISO15189:2012 Klausul 4.13; 5.10.3
Catatan:Laboratorium harus melakukan verifikasi sistem setelah pemutakhiran dan untuk memastikan hasil pasien yang disimpan sebelumnya tidak terpengaruh.
2
9.10 Apakah Sistem Informasi Laboratorium dipelihara dengan
baik untuk memastikan fungsi yang berkelanjutan: tidak kamu
P N
Berlaku (NA)
tidak kamu
P N
a) Layanan reguler yang didokumentasikan oleh personel yang berwenang dan
terlatih
b) Kegagalan sistem yang terdokumentasi dengan analisis akar penyebab
yang tepat, tindakan korektif dan tindakan pencegahan yang
terdokumentasi
c) Sistem dioperasikan di lingkungan yang direkomendasikan oleh
pemasok untuk berfungsi optimal
E
ISO15189:2012 Klausul 5.10.3
Catatan:Jika LIS dipertahankan di luar lokasi, catatan pemeliharaan harus tersedia. Laboratorium harus menyertakan LIS sebagai bagian dari audit internal mereka.
Bagian 9: Subtotal Manajemen Informasi P 21

M
SA

LAMPIRAN F: CONTOH ALAT PENILAIAN LABORATORIUM
[Nama fasilitas]
[Alamat]
[Nomor telepon]

Contoh Pelacakan Pemeliharaan Perangkat Keras
MANAJEMEN PERALATAN
Apakah pemeliharaan preventif

Ya☐
EM1. nama Peralatan EM7. rutin dilakukan dan dicatat untuk Pilih satu
Tidak☐
peralatan ini?
Pabrikan EM8. Tanggal pemeliharaan terakhir untuk peralatan ini tanggal
Tanggal validasi terakhir dilakukan pada

Model EM9. tanggal
peralatan ini
Harap Cantumkan semua tes yang dilakukan Dalam 3 bulan berapa hari alat tersebut tulis nomor
EM2. EM10.
pada peralatan ini di laboratorium Anda tidak berfungsi? hari
Apakah ada peralatan lain yang tersedia di lokasi

Ya☐
EM11. yang dapat digunakan untuk melakukan Pilih satu
Tidak☐
pengujian jika instrumen ini tidak berfungsi?
Sebutkan semua tes yang dapat dilakukan

Apakah reagen/persediaan tersedia untuk Ya☐
EM3. pada peralatan ini tetapi saat ini tidak EM12. Pilih satu
peralatan ini untuk 3 bulan ke depan? Tidak☐
dilakukan oleh lab Anda?
Apakah lab memiliki tingkat pemesanan Ya☐

EM13. Pilih satu
ulang untuk pemasok peralatan ini? Tidak☐
Tanggal peralatan ditugaskan untuk digunakan Jumlah personel lab yang terlatih pada
EM4. Tanggal EM14. numerik
(bulan/tahun) peralatan ini
Ya☐ Tanggal pelatihan terakhir pada peralatan ini

EM5. Apakah peralatan saat ini berfungsi? Pilih satu EM15. Tanggal
Tidak☐ (berdasarkan catatan/bukti yang disajikan)
Apakah ada kontrak pemeliharaan layanan Ya☐

EM6. Pilih satu
untuk peralatan ini? Tidak☐
1
LAMPIRAN G: CONTOH PELACAKAN PEMELIHARAAN PERANGKAT KERAS

Pabrikan.1 Nomor Seri (# katalog,
Deskripsi Item: yaitu Printer Label Kuantitas Kondisi2 Lokasi3 Dibeli oleh Komentar
yaitu zebra model #, dll.)
HP PROLIANT DL380/SERVER SERVER CZ232207RB 1 Fungsional XXX Distrik H YYYY

KOMPUTER DESKTOP Dell QXCPVI 1 Fungsional XXX Distrik H YYYY
KOMPUTER DESKTOP Dell IRXCPVI 1 Fungsional XXX Distrik H YYYY
KOMPUTER DESKTOP Dell 25XCPVI 1 Fungsional XXX Distrik H YYYY
KOMPUTER DESKTOP Dell 53XCPVI 1 Fungsional XXX Distrik H YYYY
KOMPUTER DESKTOP Dell 5LXCPVI 1 Fungsional XXX Distrik H YYYY

KOMPUTER DESKTOP Dell 5MXCPVI 1 Fungsional XXX Distrik H YYYY
KOMPUTER DESKTOP Dell 5RXCPVI 1 Fungsional XXX Distrik H YYYY
S3B1302X14608.694.731.740, YYYY
UPS CADANGAN 650VA,230V ASEAN APC 7 Fungsional XXX Distrik H
852.889.192
TRIPLITE SMX300XLRT2U SMART UPS RT 3000VA tiga kali lipat 2217KWOPS 73390044 1 Fungsional XXX Distrik H YYYY
REGULATOR TEGANGAN OTOMATIS MECER -200VA Mecer 741303300709 1 Fungsional XXX Distrik H YYYY
HP Laserjet 401DN HP VNH6723232 1 Fungsional XXX Distrik H YYYY
Simbol LS SCANNER KIT DENGAN STAND SIMBOL syalnkc 1 Fungsional XXX Distrik H YYYY
saklar cisco CISCO SFOC1722W469 1 Fungsional XXX Distrik H YYYY
ZEBRA PRINTER zebra 54JI24301478/1441 2 Fungsional XXX Distrik H YYYY
2
LAMPIRAN H: CONTOH FORMULIR PERMINTAAN PERUBAHAN
Sistem Informasi Laboratorium

PERMINTAAN GANTI
Kontak informasi:
Tanggal Diciptakan: Namamu:
Nama Laboratorium: Nomor telepon:
Alamat email: Kontak lainnya:
Meminta:
Pilih Jenis permintaan: Pilih Prioritas:
Peningkatan ke Sistem Prioritas utama
BahasaT terjemahan Ubah Tidak Sebelumnya sedangdia y
Diketahui Prioritas rendahty
Tidak dikenal
Keterangan:
Nama aplikasi: Versi: kapan:
Deskripsi (harap sertakan informasi sebanyak mungkin (dokumentasi pendukung, tangkapan layar, dan
spesifikasi apa pun, jika berlaku):
Implikasi Biaya:(Bagian yang akan digunakan oleh vendor saja)

Perkiraan Biaya untuk Perubahan Sistem:
Tunjukkan Lingkup Pekerjaan:
Daftar Komponen yang Terkena Dampak (perangkat keras, perangkat lunak, dokumen):
Keputusan Akhir atas Permintaan:(Bagian yang akan digunakan oleh kelompok kerja LIS saja)
Tanggal Pertemuan Kelompok Kerja LIS:
Keputusan:
1) Disetujui
2) Tidak disetujui
3) Pertimbangkan pada Tanggal Pertemuan Selanjutnya: Tunjukkan perkiraan tanggal: _______________
4) Informasi lebih lanjut diperlukan: Nama orang yang akan ditindaklanjuti: _____________
Komentar:
Tanda tangan ketua kelompok kerja: _____________________ _____________________

LAMPIRAN J: EVALUASI LIS NEGARA
Evaluasi Pelaksanaan / Daftar Periksa Kinerja LIS

Negara
Contoh: Bagian Evaluasi Pelaksanaan LIS/Daftar Periksa Kinerja
• Bagian 1: Infrastruktur (22)

• Bagian 2: Perangkat Keras (12)
• Bagian 3: Perangkat Lunak (10)
• Bagian 4: Dokumentasi dan Catatan (24)

• Bagian 5: Pelaporan hasil (12)
• Bagian 6: Operasi Sistem dan Aplikasi (24)
• Bagian 7: Pelatihan dan Kompetensi (12)
Sistem penilaian untuk setiap pertanyaan: 2 poin = Ya; 1 poin = Sebagian; 0 poin = Tidak
Kriteria evaluasi
• Implementasi LIS memenuhi persyaratan ISO 15189
• Daftar periksa SLIPTA yang digunakan untuk mengaudit LIS sebagai bagian dari operasi laboratorium
• Data indikator sebelum dan sesudah implementasi dikembangkan
• Alat evaluasi untuk menilai keberhasilan implementasi LIS secara keseluruhan dikembangkan
• Dilakukan evaluasi/penilaian LIS secara berkala

LAMPIRAN K: SAMPEL ALAT PEMANTAUAN WAKTU
TURNAROUND (TAT)
Contoh Alat Pemantau Waktu Penyelesaian (TAT)
Lab A Lab B Lab C
Setelah 6 Setelah 6 Setelah 6
Dasar: bulan: Dasar: bulan: Dasar: bulan:

Indikator kertas LI & kertas LI & kertas LI &
berdasarkan kertas berdasarkan kertas berdasarkan kertas
berdasarkan berdasarkan berdasarkan
Pasien/spesi-
2 menit 7
pendaftaran pria- 4 menit 1 menit 3 menit 1 menit 45 detik
detik
waktu tunggu
Entri hasil 1 menit 3 3 menit 4

5 menit 4 menit 1 menit 1 menit
waktu detik detik
Hasil pencarian 12 menit 3

17 menit 45 detik 15 menit 30 detik 25 detik
waktu detik
Waktu yang dibutuhkan untuk
dapatkan bulanan 1 jam 45 34 menit 7

2 jam 1 menit 1 menit 52 detik
total untuk min detik
laporan
Jumlah
pasien
130 170 160 200 90 130
ditangkap di
hari
Tingkat kesalahan
18 5 20 2 16 2
per minggu

Catatan
Asosiasi Laboratorium Kesehatan Masyarakat
Asosiasi Laboratorium Kesehatan Masyarakat (APHL) bekerja untuk memperkuat sistem laboratorium yang melayani kesehatan masyarakat di AS dan secara
global. Laboratorium anggota APHL melindungi kesehatan masyarakat dengan memantau dan mendeteksi penyakit menular dan penyakit bawaan
makanan, kontaminan lingkungan, agen teroris, kelainan genetik pada bayi baru lahir, dan beragam ancaman kesehatan lainnya.
8515 Georgia Avenue, Suite 700

Silver Spring, MD 20910
Telepon: 240.485.2745
Faks: 240.485.2700
www.aphl.org © Hak Cipta 2018, Asosiasi Laboratorium Kesehatan Masyarakat. Seluruh hak cipta.

GH 2018nov LIS Guidebook Web (083 164) .En - Id

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

GH 2018nov LIS Guidebook Web (083 164) .En - Id

Diunggah oleh

Hak Cipta:

Format Tersedia

Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.

Penyelarasan Perangkat Lunak LIS: Migrasi Data

• Gugus tugas terlibat dalam menentukan persyaratan migrasi data.

3 infrastruktur yang tepat.

• Akses LAN tersedia untuk semua instrumentasi dan pengguna laboratorium.

9 menyediakan akses ke area lab untuk instalasi,

11 Komputer - Jaringan Area Lokal

sebuah. Bekerja dengan manajemen laboratorium untuk menentukan lokasi

Buku Panduan Manajemen Proyek LIS 2017|85

11 Langkah-langkah yang Terlibat dengan Perangkat Keras dan Sistem

13 2. Instal/konfigurasi domain jaringan komputer dan kebijakan firewall.

15 4. Tambahkan komputer ke domain jaringan.

6. Instal printer dan pastikan printer dapat diakses dari komputer.

18 8. Uji kemampuan UPS yang mensimulasikan pemadaman listrik.

Buku Panduan Manajemen Proyek LIS 2017|87

Instalasi dan konfigurasi perangkat lunak LIS

• Gugus Tugas LIMS harus memimpin upaya ini.

5 • APHL/rekan pelaksana akan membantu dalam aspek pengendalian mutu instalasi.

8 2. Instal komponen perangkat lunak umum di server.

3. Konfigurasi perangkat lunak LIS sesuai desain dan spesifikasi.

9 4. Instal perangkat lunak "klien" pada mesin pengguna akhir.

10 5. Buat "akun pengguna" dan atur hak keamanan.

6. Instal dan konfigurasikan antarmuka dengan instrumen lab.

16 • pemasangan infrastruktur, dan

Langkah-langkah yang Terlibat dengan Pengujian Penerimaan Pabrik

• Gugus Tugas LIS harus memimpin upaya ini.

• Vendor instrumentasi menawarkan proses dukungan mereka.

7 • APHL/rekan pelaksana akan membantu dalam aspek kendali mutu.

8 ruang kerja alternatif (sementara) untuk personel lab, jika diperlukan.

Langkah-langkah yang Terlibat dengan Pengujian Integrasi

10 2. Tandai setiap skenario sebagai lulus atau gagal.

• Gugus tugas LIMS memimpin upaya ini.

Langkah-Langkah yang Terlibat dengan Stres dan Pengujian Kinerja

Jumlah pengguna bersamaan/serentak yang dapat masuk ke sistem 10

Tes dilakukan di lab oleh personel lab untuk mengonfirmasi fungsionalitasnya

4 Grup yang Terlibat dengan Pengujian Penerimaan Pengguna

• Personil lab berada di kursi utama.

6 • Vendor instrumentasi menawarkan proses dukungan mereka.

7 • Manajemen laboratorium harus berpartisipasi dalam pengujian, jika dianggap perlu.

10 2. Tandai setiap skenario sebagai lulus atau gagal.

• Personil lab berada di kursi utama.

2. Tandai setiap skenario sebagai lulus atau gagal.

Pelatihan dasar terkait penggunaan komputer ini terdiri dari:

3 • mengakses hard drive dan mengatur dan mengelola folder, dll.,

• memverifikasi konektivitas jaringan,

• Tim manajemen proyek harus memfasilitasi pelatihan.

9 Langkah-langkah yang Terlibat dengan Pelatihan Komputer

12 atau melakukan pelatihan di setiap lokasi.

Grup yang Terlibat dalam Pelatihan Pengguna LIS

• Tim manajemen proyek memfasilitasi proses pelatihan.

Langkah-langkah yang Terlibat dalam Pelatihan Pengguna LIS

3. Jadwalkan beberapa sesi pelatihan untuk meminimalkan dampak operasional di laboratorium.

3 • Menambah/memodifikasi pengguna ke sistem

7 Grup yang Terlibat dengan Pelatihan Pengguna Super

• Tim manajemen proyek memfasilitasi proses pelatihan.

10 Langkah-Langkah yang Terlibat dengan Pelatihan Pengguna Super

11 2. Melakukan pelatihan ini di masing-masing laboratorium.

12 3. Sertakan SOP yang berlaku sebagai bagian dari pelatihan ini.

• Tim manajemen proyek memfasilitasi proses pelatihan.

Langkah-langkah yang Terlibat dengan Pelatihan Administrator Sistem

3. Sertakan SOP yang berlaku sebagai bagian dari pelatihan ini.

5 • TWG terlibat dalam keterlibatan dengan institusi akademik.

7 Langkah-Langkah yang Terlibat dengan Pelatihan Pra-Layanan