Kami membantu untuk menemukan
Apa yang sedang Anda cari?

KODE PRAKTIK

PORTABILITAS DATA SISTEM MANAJEMEN KLINIK (CMS)

PERKENALAN
 

Sangat penting bagi vendor Sistem Manajemen Klinik (“CMS”) memastikan Portabilitas Data agar kesetiaan Catatan Pasien tetap terjaga dan perawatan serta keselamatan pasien tetap terjaga ketika penyedia layanan kesehatan berpindah dari satu CMS ke CMS lainnya.

Kode Praktik untuk Portabilitas Data CMS (“Kode”) dikembangkan oleh Kementerian Kesehatan (“Kementerian Kesehatan”), setelah berkonsultasi dengan pemangku kepentingan terkait, untuk menetapkan harapan minimum Kementerian Kesehatan terkait Migrasi Data (selanjutnya didefinisikan) guna menegakkan Portabilitas Data. Kepatuhan terhadap Kode merupakan salah satu persyaratan agar CMS dapat dicantumkan dalam Kerangka Kerja Tingkatan CMS untuk Perawatan Primer yang akan berlaku mulai April 2023.

 
1. Tujuan Kode ini
 
1.1 Kode ini dimaksudkan untuk:

  1. Menetapkan praktik yang harus dipatuhi oleh Vendor CMS (selanjutnya didefinisikan) dalam penyediaan dukungan atau layanan untuk memastikan Portabilitas Data;

  2. Mempromosikan pendekatan yang berpusat pada Klien terhadap penyediaan layanan Migrasi Data untuk memastikan Portabilitas Data; dan

  3. Menganjurkan praktik terbaik untuk Portabilitas Data di seluruh industri CMS.

2. Aplikasi
 
2.1 Kode ini berlaku untuk Vendor CMS (selanjutnya didefinisikan) yang menyediakan
sistem informasi terpadu untuk mengelola aspek operasi oleh
Penyedia layanan kesehatan Singapura.
 
2.2 Kecuali dinyatakan lain, ketentuan Kode ini berlaku untuk setiap CMS
yang dimiliki oleh Vendor CMS.
 
3. Definisi dan Interpretasi
 
3.1 Dalam Kode ini, kecuali jika konteks menghendaki lain, istilah-istilah berikut ini akan digunakan:
memiliki arti yang sesuai:
 

"Klien"

berarti pihak yang membeli produk dan/atau layanan CMS dari Vendor CMS.

“Perjanjian Kontrak”

berarti perjanjian antara Vendor CMS dan Klien untuk penyediaan suatu produk dan/atau layanan CMS oleh Vendor CMS tersebut kepada Klien tersebut.

“Sistem Manajemen Klinik” atau “CMS”

berarti solusi teknologi informasi atau perangkat lunak yang mendukung operasi Klien.

“Penjual CMS”

berarti pihak yang menyediakan produk dan/atau layanan CMS.

“Migrasi Data”

berarti proses pemilihan, persiapan, ekstraksi, dan transformasi data, serta pemindahan data tersebut secara permanen dari satu sistem penyimpanan komputer ke sistem penyimpanan komputer lainnya, guna memastikan Portabilitas Data (selanjutnya didefinisikan).

“Jadwal Migrasi Data”

berarti jadwal yang merinci jangka waktu yang diharapkan untuk penyelesaian tugas Migrasi Data dan Aktivitas Pasca Migrasi Data (selanjutnya didefinisikan).

“Portabilitas Data”

berarti kemampuan untuk memindahkan, menyalin atau mentransfer data dari satu CMS ke CMS lain sesuai dengan Kode ini.

“Vendor CMS Masuk”

berarti Vendor CMS yang akan menyediakan (i) produk dan/atau layanan CMS kepada Klien sebagai tambahan kepada Vendor CMS Keluar; atau (ii) produk dan/atau layanan CMS kepada Klien sebagai pengganti Vendor CMS Keluar.

“Vendor CMS yang Keluar”

berarti Vendor CMS yang bertugas menyediakan produk dan/atau layanan CMS kepada Klien.

“Catatan Pasien”

berarti data pasien (yang dapat mencakup data pribadi dan informasi keuangan dan medis pasien), yang diperoleh oleh, diberikan kepada atau disimpan oleh Klien untuk tujuan

untuk memfasilitasi perawatan pasien.

“Aktivitas Pasca Migrasi Data”

berarti aktivitas apa pun yang berkaitan dengan Migrasi Data sebagaimana disetujui antara Vendor CMS Keluar dan Klien yang akan dilakukan setelah Migrasi Data selesai (seperti validasi data pasca Migrasi Data dan pembersihan data).

“Berlangganan”

berarti akses dan penggunaan CMS.

“Jangka Waktu Berlangganan”

berarti periode yang dimulai pada tanggal yang lebih awal antara tanggal CMS berhasil dikomisioning atau tanggal Klien berhasil bergabung ke CMS, dan berakhir pada tanggal yang lebih awal antara berakhirnya atau pemutusan Kontrak.

Perjanjian.

3.2 Dalam Kode ini, kecuali jika terdapat maksud yang bertentangan:

  1. kata-kata yang hanya menyatakan bentuk tunggal harus juga mencakup bentuk jamak, dan sebaliknya jika konteks menghendakinya;

  2. rujukan kepada seseorang termasuk setiap individu, perusahaan, persekutuan terbatas, kemitraan, perwalian bisnis, asosiasi tidak berbadan hukum, atau lembaga pemerintah (baik yang memiliki atau tidak memiliki kepribadian hukum terpisah);

  3. semua rujukan kepada pasal-pasal dalam Kode ini, kecuali dinyatakan secara tegas sebaliknya, harus ditafsirkan sebagai rujukan kepada pasal-pasal yang diberi nomor dalam Kode ini dan harus mencakup semua sub-pasal dalam pasal tersebut;

  4. rujukan dalam Kode ini terhadap “termasuk” tidak boleh diartikan

    secara terbatas tetapi berarti “termasuk tanpa mengurangi keumuman ketentuan di atas” dan “termasuk namun tidak terbatas pada”; dan

  5. setiap rujukan kepada peraturan perundang-undangan apapun akan dianggap sebagai rujukan kepada peraturan perundang-undangan tersebut sebagaimana telah diubah atau direvisi dari waktu ke waktu dan akan dianggap mencakup setiap peraturan perundang-undangan tambahan yang dibuat berdasarkan peraturan perundang-undangan tersebut.

PENTING

Kode Etik ini diberikan dengan pengertian bahwa Kementerian Kesehatan tidak memberikan nasihat atau layanan hukum atau profesional lainnya. Oleh karena itu, Kode Etik ini tidak boleh digunakan sebagai pengganti konsultasi dengan profesional terkait 

Persyaratan Migrasi Data. MOH tidak akan bertanggung jawab kepada Vendor CMS atau orang lain yang menggunakan Kode ini atas keputusan atau tindakan yang diambil, atau karena tidak mengambil keputusan atau tindakan apa pun berdasarkan informasi yang terdapat dalam Kode ini, atau atas segala kerusakan konsekuensial, khusus, atau serupa, meskipun telah diberitahu atau dinasihati tentang kemungkinan kerusakan tersebut.

 
4. Tinjauan Kode ini

4.1 Kode ini dapat ditinjau dan diubah oleh MOH dari waktu ke waktu untuk memastikan bahwa Kode ini terus mempromosikan standar layanan industri yang tinggi bagi Klien di sektor perawatan kesehatan dan membangun praktik terbaik di seluruh industri CMS.

4.2 Kementerian Kesehatan dapat meninjau dan mengubah Kode ini sewaktu-waktu, setelah berkonsultasi dengan:

  1. Vendor CMS;

  2. Advokat konsumen CMS; dan

  3. organisasi dan orang lain yang dianggap tepat (misalnya, regulator dan asosiasi).
A. KOMITMEN UTAMA
 
5. Transparan, Adil, Jujur dan Beretika
 
5.1 Vendor CMS harus melakukan negosiasi dengan Klien dengan itikad baik, yang
termasuk namun tidak terbatas pada:

  1. menyediakan informasi yang cukup dan akurat selama negosiasi untuk mencapai hasil yang telah disepakati sebelumnya (misalnya, memastikan bahwa Klien mengetahui fungsionalitas produk CMS dan telah membuat keputusan yang tepat untuk menggunakan produk CMS atau memulai Migrasi Data); dan

  2. bertindak jujur dan adil dengan memperhatikan kepentingan sah Klien dan mematuhi standar komersial yang diterima atau wajar mengenai perlakuan yang adil. Kepentingan sah Klien meliputi, tetapi tidak terbatas pada, kepentingan Klien sehubungan dengan operasi klinik Klien, perawatan pasien, dan lain-lain.

    keselamatan, Portabilitas Data, keakuratan catatan (termasuk Catatan Pasien) dan keamanan data.

 
5.2 Vendor CMS harus memasukkan Migrasi Data sebagai bagian dari cakupan CMS
produk dan/atau layanan yang diberikannya kepada Kliennya. Vendor CMS harus
sertakan klausul yang berkaitan dengan Migrasi Data dalam setiap Perjanjian Kontrak,
termasuk, namun tidak terbatas pada, klausul tentang jenis dukungan yang diberikan dan biaya
terkait dengan Migrasi Data (yang mungkin menjadi bagian dari harga kontrak atau
harga terpisah).
 
5.3 Vendor CMS harus memastikan bahwa praktik dan proses sudah ada untuk
memungkinkannya untuk memenuhi kewajibannya sehubungan dengan Migrasi Data yang dinyatakan dalam setiap
Perjanjian Kontraktual dan perjanjian lainnya antara Vendor CMS
dan Klien, berdasarkan ketentuan dan dalam jangka waktu yang disetujui dalam setiap Perjanjian
Perjanjian dan perjanjian lainnya. Ini dapat mencakup, tetapi tidak terbatas pada,
memiliki proses manajemen perubahan untuk mengidentifikasi, mengesahkan, menerapkan dan
memvalidasi semua perubahan yang dibuat pada CMS yang relevan dan memastikan tidak ada
konflik dalam praktik dan proses yang berkaitan dengan penyelesaian Migrasi Data
dan Aktivitas Pasca Migrasi Data.
 
5.4 Vendor CMS harus mematuhi Undang-Undang Perlindungan Data Pribadi tahun 2012,
Computer Misuse Act 1993 dan undang-undang atau hukum lain yang berlaku.
Kode tidak mengecualikan kewajiban apa pun dari Vendor CMS yang ada secara terpisah
dari Kode ini, termasuk namun tidak terbatas pada kewajiban yang timbul dari
kontrak yang dibuat oleh Vendor CMS.
 
5.5 Vendor CMS Keluar dan Vendor CMS Masuk harus melakukan penyampaian
bantuan dan/atau kerja sama yang wajar satu sama lain sebagaimana diperlukan untuk
memastikan bahwa Aktivitas Migrasi Data dan Pasca Migrasi Data selesai.
Untuk menghindari keraguan, Vendor CMS Keluar dan CMS Masuk
Vendor harus memberikan bantuan dan/atau kerja sama yang wajar
terlepas dari apakah Perjanjian Kontraktual masing-masing dengan
Klien telah dilanggar dengan cara apa pun.
 
6. Berfokus pada pelanggan
 
6.1 Vendor CMS harus menyediakan produk dan/atau layanan yang memenuhi kebutuhan Klien.
kebutuhan.
 
6.2 Vendor CMS harus melakukan upaya terbaiknya untuk memantau dan meninjau
secara berkelanjutan hasil dari produk dan/atau layanan yang disediakan atau diberikan
kepada Klien sehubungan dengan Migrasi Data dan mempertimbangkan apakah ada perubahan
diharuskan untuk memastikan bahwa kebutuhan Klien mereka terpenuhi.
 
7. Menangani Keluhan dengan Adil
 
7.1 Vendor CMS akan melakukan upaya terbaiknya untuk menanggapi keluhan
berkaitan dengan Migrasi Data dengan cara:
 

  1. cepat, efisien dan transparan;

  2. sesuai dengan hukum; dan

  3. adil dalam segala situasi.

 
7.2 Vendor CMS harus melakukan upaya terbaiknya untuk meninjau prosesnya,
produk dan layanan harus memiliki beberapa keluhan terkait masalah serupa
diterima.
 
B. MIGRASI DATA DAN PERAN PIHAK-PIHAK YANG SESUAI
 
8. Ada empat (4) langkah utama dalam Migrasi Data, yang melibatkan banyak pihak.
Tabel 1 memberikan gambaran umum tanggung jawab masing-masing pihak yang terlibat dan
contoh tugas yang harus diselesaikan oleh masing-masing pihak. Tabel 2 merinci tugas-tugas utama
langkah-langkah dan peran masing-masing pihak.
 
Tabel 1: Gambaran Umum Tanggung Jawab Pihak yang Terlibat dalam Migrasi Data

Pihak yang terlibat

Tanggung jawab

Vendor CMS Masuk
  • Mengusulkan, mendiskusikan dan mencari persetujuan Klien mengenai rencana Migrasi Data (“Rencana Migrasi Data");
  • Bekerja dengan Vendor CMS Keluar untuk melaksanakan Rencana Migrasi Data yang disetujui;
  • Pastikan bahwa data yang dimigrasikan dapat diakses melalui CMS; dan
  • Mendukung Klien dalam validasi data.

Vendor CMS Keluar
  • Membahas, mendukung dan menyetujui dengan Klien dan Vendor CMS yang Masuk
    tentang Rencana Migrasi Data;
  • Mendukung Vendor CMS Masuk dalam melaksanakan Rencana Migrasi Data yang disetujui; dan
  • Mendukung Klien dan/atau Vendor CMS Masuk dalam klarifikasi data (ekspor).

Klien
  • Meninjau dan menyetujui Rencana Migrasi Data;
  • Memerintahkan Vendor CMS yang Keluar untuk mendukung Vendor CMS yang Masuk. Ini termasuk membuat pengaturan untuk kompensasi finansial, jika berlaku;
  • Libatkan pihak-pihak terkait dalam perencanaan dan pelaksanaan Migrasi Data, jika diperlukan;
  • Bekerja dengan Vendor CMS Masuk untuk memvalidasi kumpulan data pasca Migrasi Data; dan
  • Berikan konfirmasi kepada Vendor CMS Masuk dan Vendor CMS Keluar melalui mode komunikasi yang disepakati yang menyatakan bahwa Migrasi Data telah selesai.

Tabel 2: Langkah-langkah utama dalam Migrasi Data dan peran masing-masing pihak

1. Permintaan Migrasi Data

2.

Pengembangan rencana Migrasi Data

3. Eksekusi Migrasi Data

4. Tindak lanjut pasca Migrasi Data

CMS Masuk

Penjual

C

R, Sebuah

R, Sebuah

R

CMS keluar

Penjual

C, aku

C

R

R

Klien

R, Sebuah

C

SAYA

R, Sebuah
Bertanggung jawab (R) = Ditugaskan untuk menyelesaikan tugas atau hasil yang diharapkan
Akuntabel (A) = Memiliki kewenangan pengambilan keputusan akhir dan akuntabilitas penyelesaian. Pihak
juga memiliki kendali penuh atas proyek dan sumber dayanya.
Dikonsultasikan (C) = Seorang pemangku kepentingan atau ahli dalam suatu masalah yang dikonsultasikan sebelum suatu keputusan atau
tindakan. Tidak terlibat langsung dalam pelaksanaan tugas.
Diinformasikan (I) = Pihak harus diberitahu sebelum/sesudah mengambil keputusan atau tindakan.
C. LANGKAH UTAMA DALAM MIGRASI DATA
 
9. Permintaan Migrasi Data

9.1 Jika (a) Klien melibatkan Vendor CMS Masuk untuk menyediakan produk dan/atau layanan CMS sebagai pengganti Vendor CMS Keluar; dan (b) keterlibatan Vendor CMS Masuk tersebut merupakan penyebab langsung dan satu-satunya dari pelanggaran apa pun oleh Klien atas ketentuan Perjanjian Kontrak apa pun antara Klien dan Vendor CMS Keluar, maka Vendor CMS Keluar harus melakukan upaya yang wajar untuk meminimalkan gangguan pada proses Migrasi Data selama penegakan hak kontraktualnya sebagai akibat dari pelanggaran tersebut.

9.2 Vendor CMS Keluar akan membantu Klien dalam menentukan apakah Jangka Waktu Berlangganan yang berlaku bagi Klien tersebut cukup untuk menyelesaikan Aktivitas Migrasi Data dan Pasca Migrasi Data.

10. Pengembangan Rencana Migrasi Data

  1. Tanggung jawab Vendor CMS Keluar sehubungan dengan pengembangan Rencana Migrasi Data meliputi, namun tidak terbatas pada, hal-hal berikut:

    1. menjelaskan kepada Klien dukungan yang dibutuhkan dari Klien untuk mencapai hasil yang telah disetujui sebelumnya (seperti mengklarifikasi item data dan volume data untuk Migrasi Data);

    2. memanfaatkan klarifikasi dan diskusi mengenai kelayakan teknis dan rincian (seperti format dan kualitas data) sehubungan dengan Migrasi Data dengan Vendor CMS Masuk dan personel Vendor CMS Masuk (yang akan mencakup, tetapi tidak terbatas pada, subkontraktor Vendor CMS Masuk);

    3. mencapai pemahaman dan kesepakatan bersama dengan Klien dan Vendor CMS Masuk mengenai Rencana Migrasi Data. Rencana Migrasi Data dapat mencakup hal-hal seperti keluaran data yang diharapkan dan formatnya, jumlah kumpulan data yang diekspor yang diperlukan, Jadwal Migrasi Data, dan hal-hal teknis lainnya; dan

    4. memberikan bantuan terkait masalah teknis bila diperlukan.

  2. Tanggung jawab Vendor CMS Masuk sehubungan dengan pengembangan Rencana Migrasi Data meliputi, namun tidak terbatas pada, hal-hal berikut:

    1. menyediakan klarifikasi dan diskusi mengenai kelayakan teknis dan rincian (seperti format dan kualitas data) sehubungan dengan Migrasi Data dengan Vendor CMS Keluar dan personel Vendor CMS Keluar (yang akan mencakup, tetapi tidak terbatas pada, subkontraktor Vendor CMS Keluar);

    2. memberi tahu Klien tentang dampak fungsional terkait, yang mungkin timbul akibat perbedaan dalam kumpulan data atau standar kode data antara CMS lama dan baru, yang tidak dapat dimigrasikan ke CMS baru;

    3. mencapai pemahaman dan kesepakatan bersama dengan Vendor CMS Keluar dan Klien mengenai Rencana Migrasi Data. Rencana Migrasi Data dapat mencakup hal-hal seperti keluaran data yang diharapkan dan formatnya, jumlah kumpulan data yang diekspor yang diperlukan dan Jadwal Migrasi Data, serta hal-hal teknis lainnya; dan

    4. menjelaskan kepada Klien dukungan yang diperlukan dari Klien untuk mencapai hasil yang telah disepakati sebelumnya; dan

    5. menetapkan Jadwal Migrasi Data yang wajar1. Jadwal Migrasi Data harus disetujui bersama secara tertulis antara Vendor CMS Masuk, Klien, dan Vendor CMS Keluar.

11. ‌Pelaksanaan Rencana Migrasi Data

  1. Tanggung jawab Vendor CMS Keluar sehubungan dengan pelaksanaan Rencana Migrasi Data meliputi, namun tidak terbatas pada, hal-hal berikut:

    1. memastikan tersedianya tenaga kerja yang cukup untuk melaksanakan Migrasi Data selama periode yang dibutuhkan oleh Klien;

    2. memastikan bahwa tanggung jawab Vendor CMS Keluar dalam Rencana Migrasi Data (misalnya, ekspor data) diselesaikan dalam jangka waktu yang disetujui dalam Jadwal Migrasi Data2;

    3. memenuhi tanggung jawab Vendor CMS Keluar yang ditetapkan dalam Tabel 1 di atas, sesuai dengan Rencana Migrasi Data yang disetujui;

    4. bekerja sama dengan pihak-pihak yang terlibat dalam Migrasi Data untuk mengatasi dan memperbaiki masalah secara tepat waktu; dan

    5. mengambil langkah-langkah yang wajar untuk melindungi Catatan Pasien dari penyalahgunaan atau kehilangan, dan dari akses, modifikasi, atau pengungkapan yang tidak sah.

      1 Sebagai referensi, durasi Migrasi Data dan Aktivitas pasca Migrasi Data di sektor perawatan primer berkisar antara dua (2) minggu hingga dua (2) bulan, tergantung pada jumlah klinik dan pengalaman sebelumnya dalam migrasi data dari Vendor CMS Keluar.

      2 Sebagai referensi, durasi rata-rata untuk ekspor data untuk satu klinik di sektor perawatan primer mungkin memerlukan waktu sekitar dua (2) minggu, tergantung pada format data dan volume data.

  2. Tanggung jawab Vendor CMS Masuk sehubungan dengan pelaksanaan Rencana Migrasi Data meliputi, namun tidak terbatas pada, hal-hal berikut:

    1. memastikan tersedianya tenaga kerja yang cukup untuk melaksanakan Migrasi Data selama periode yang dibutuhkan oleh Klien;

    2. memastikan bahwa aktivitas dalam Rencana Migrasi Data (misalnya, impor data) diselesaikan dalam jangka waktu yang disetujui dalam Jadwal Migrasi Data3;

    3. memenuhi tanggung jawab Vendor CMS Masuk yang ditetapkan dalam Tabel 1 di atas, sesuai dengan Rencana Migrasi Data yang disetujui;

    4. menjaga Klien tetap mengetahui perkembangan Migrasi Data dan meningkatkan masalah atau tantangan kepada Klien secara tepat waktu;

    5. bekerja sama dengan pihak-pihak yang terlibat dalam Migrasi Data untuk mengatasi dan memperbaiki masalah secara tepat waktu; dan

    6. mengambil langkah-langkah yang wajar untuk melindungi Catatan Pasien dari penyalahgunaan atau kehilangan, dan dari akses, modifikasi, atau pengungkapan yang tidak sah.

1Sebagai referensi, durasi Migrasi Data dan Aktivitas pasca Migrasi Data di layanan kesehatan primer
kisaran waktu antara dua (2) minggu sampai dua (2) bulan, tergantung pada jumlah klinik dan riwayat kesehatan sebelumnya.
pengalaman dengan migrasi data dari Vendor CMS Keluar.

2Sebagai referensi, durasi median untuk ekspor data untuk satu klinik di sektor perawatan primer mungkin
memakan waktu sekitar dua (2) minggu, tergantung pada format data dan volume data.

12. Tindak lanjut pasca Migrasi Data

  1. Migrasi Data akan dianggap selesai ketika:

    1. data telah diekspor dari CMS Vendor CMS Keluar. Data yang akan diekspor harus disetujui bersama antara Klien, Vendor CMS Masuk, dan Vendor CMS Keluar;
    2. semua data yang diekspor telah (i) diimpor ke CMS Vendor CMS Masuk; atau (ii) diberikan kepada Klien dalam format yang dapat diterima oleh Klien, jika data yang diekspor tidak dapat diimpor ke CMS Vendor CMS Masuk;
    3. Tanggung jawab Vendor CMS Masuk dan Vendor CMS Keluar yang ditetapkan dalam Tabel 1 di atas telah dipenuhi sesuai dengan Rencana Migrasi Data;
    4. Aktivitas Pasca Migrasi Data telah selesai; dan
    5. Klien telah memberikan konfirmasi kepada Vendor CMS Masuk dan Vendor CMS Keluar melalui cara komunikasi yang disepakati yang menyatakan bahwa Migrasi Data telah selesai. Misalnya, Klien dapat memberikan pemberitahuan tertulis melalui surat elektronik yang menyatakan bahwa Migrasi Data telah selesai.

  2. Vendor CMS Keluar tidak akan menghentikan akses CMS:

    1. jika data yang diekspor dapat diimpor ke CMS Vendor CMS Masuk, sebelum penyelesaian Migrasi Data dan Aktivitas Pasca Migrasi Data apa pun; atau
    2. jika data yang diekspor tidak dapat diimpor ke CMS Vendor CMS Masuk, sebelum persetujuan Klien untuk mengakhiri akses ke CMS Vendor CMS Keluar.

3Sebagai referensi, durasi impor data untuk satu klinik di sektor perawatan primer mungkin memerlukan waktu sekitar dua (2) hingga empat (4) minggu, tergantung pada format data, volume data, dan pengalaman sebelumnya dalam migrasi data dari Vendor CMS Keluar.
D. DATA ITEM DAN FORMAT
 
13. Jika data yang diekspor dapat diimpor ke CMS baru, Vendor CMS Keluar harus memastikan bahwa:

  1. data yang diekspor disetujui antara Klien, Vendor CMS Masuk dan Vendor CMS Keluar;

  2. data yang diekspor sesuai dengan Klausul 14, 15 dan 16;

  3. kumpulan data yang diekspor yang diberikan oleh Vendor CMS Keluar ke Vendor CMS Masuk mencakup, tanpa batasan, informasi yang ditetapkan dalam Peraturan 37(2) dan 37(3) dari Layanan Kesehatan (Umum)

    Peraturan 2021; dan

  4. Vendor CMS Masuk diberikan panduan tertulis (misalnya, kamus data), bila diminta, untuk membantu Vendor CMS Masuk dalam Migrasi Data. Panduan tertulis tersebut harus mencakup informasi yang akan membantu Vendor CMS Masuk dalam penafsiran data yang diekspor.

14. Jika data yang diekspor tidak dapat diimpor ke CMS baru, Vendor CMS Keluar harus memastikan bahwa:

  1. data yang diekspor disetujui bersama antara Klien dan Vendor CMS Keluar;

  2. data yang diekspor diberikan kepada Klien dengan cara yang dapat diterima oleh Klien, dan sesuai dengan Klausul 15 dan 16;

  3. informasi yang ditetapkan dalam Peraturan 37(2) dan 37(3) Peraturan Layanan Kesehatan (Umum) 2021 dipindahkan ke CMS baru, meskipun sisa data yang diekspor tidak dapat dipindahkan ke CMS baru; dan

  4. Klien diberikan panduan tertulis (misalnya, kamus data), jika diminta. Panduan tertulis tersebut harus mencakup informasi yang akan membantu Klien dan/atau Vendor CMS Masuk dalam penafsiran data yang diekspor.

Terlepas dari apakah data yang diekspor dapat dimigrasikan ke CMS baru, Vendor CMS Keluar harus melakukan upaya terbaik untuk memastikan bahwa Klien dapat mengunduh data yang diekspor secara mandiri.
16. Terlepas dari apakah data yang diekspor dapat dimigrasikan ke CMS baru, Vendor CMS Keluar harus memastikan bahwa data yang diekspor memenuhi persyaratan berikut:

  1. Format yang dapat dibaca mesin standar industri yang divalidasi dan dibentuk dengan baik, misalnya JSON, csv atau XML;

  2. Bukan dalam standar data milik perusahaan mana pun, kecuali Vendor CMS Masuk dan Vendor CMS Keluar menggunakan standar yang sama; dan

  3. Nama bidang data diberi label yang sesuai untuk mencerminkan sifat item data. Misalnya, nama bidang data seperti “001”, “002” dan “003” bukan konvensi penamaan yang tepat.

Gambar 1. Ekspor data tidak dapat digunakan karena kurangnya pelabelan bidang yang tepat


Gambar 2. Ekspor data tidak dapat digunakan karena kurangnya pelabelan bidang yang tepat
KESIMPULAN
 
17. Untuk klarifikasi atau informasi lebih lanjut mengenai Kode, klinik dokter umum dapat menghubungi manajer akun AIC mereka dan Vendor CMS dapat menghubungi IHiS [ihis.hsg.vendorengagement@ihis.com.sg].
18. Kode ini akan tersedia untuk semua Vendor CMS dan Klien mereka, dengan versi terbaru tersedia di situs web MOH: go.gov.sg/cms-dataportability.
id_IDIndonesian
en_USEnglish zh_CNChinese id_IDIndonesian