|
NO
|
FITUR
|
DESKRIPSI FITUR
|
MODUL
|
MENU
|
|
1
|
Notifikasi Ubah Password
|
Upgrade keamanan data dengan kata sandi yang diubah
menjadi kode rahasia oleh sistem. Harap ganti password anda sebelum tanggal
28 Juni 2023.
|
HIS
|
HIS
|
|
2
|
Verifikasi Penjadwalan
Penunjang khusus Ok dokter operator lebih dari 1
|
Lokasi Menu:
Penunjang khusus > Verifkasi jadwal penunjang
Ketika dokter operator lebih dari 1 dan kemudian di lakukan proses verifikasi
sudah bisa diakomodir oleh sistem
|
Penunjang Khusus
|
Verifkasi Jadwal Penunjang Medis Khusus OK
|
|
3
|
Verifikasi jadwal penunjang
khusus field dokter bisa multiple
|
Lokasi Menu:
Penunjang khusus > Verifkasi jadwal penunjang
Pada field dokter operator buat agar bisa multiple, karena memungkinkan dalam satu episode tindakan operasi
terdapat lebih dari 1 dokter operator. Kemudian pada list data juga tampilkan
juga dokternya jika lebih dari 1. Tampilkan juga pada export excel nya. Lalu
pada diagram juga tampilkan dokternya jika lebih dari 1
|
Penunjang Khusus
|
Verifkasi Jadwal Penunjang Medis Khusus OK
|
|
4
|
Pemilihan jadwal penunjang
khusus field dokter bisa multiple
|
Lokasi Menu:
Penunjang khusus > pemilihan jadwal penunjang
Pada field dokter operator buat agar bisa multiple, karena memungkinkan dalam satu episode tindakan operasi
terdapat lebih dari 1 dokter operator. Kemudian pada list data juga tampilkan
juga dokternya jika lebih dari 1. Tampilkan juga pada export excel nya. Lalu
pada diagram juga tampilkan dokternya jika lebih dari 1
|
Penunjang Khusus
|
Pemilihan Jadwal Penunjang Medis Khusus OK
|
|
5
|
Alur input master tindakan tarif
jenis non operatif,jasa maupun visite dan operatif tarif langsung simpan ke
DB per grid
|
Lokasi Menu:
Setting > Layanan dan Tarif > Tindakan dan Tarif Layanan
Penyesuaian alur pada saat input master tindakan tarif jenis non operatif,
jasa maupun visite dan operatif tarif langsung simpan ke DB per grid. Jadi
ketika Anda klik tombol update maka data langsung tersimpan ke DB.
Spesial case Tindakan Operatif,
Kemudian untuk jenis tindakan OPERATIF pindah ke tab Komponen OK di sebelah
refresh. Field Tarif jadi readonly ketika tarif ambil dari nilai komponen yg
di inputkan. Ketika klik update akan muncul pop up untuk meng input komponen.
Ketika klik simpan di jendela komponen, maka langsung tersimpan ke DB. Jika
ingin edit komponen, tinggal klik dari button komponen ok nanti muncul pop
up.
|
Setting
|
Layanan dan Tarif
|
|
6
|
Admisi rawat jalan penyesuaian
kondisi pembatalan kunjungan serta pengecekan transaksi
|
Lokasi Menu:
Admisi > Front Office > Pendaftaran Rawat Jalan
Pembatalan kunjungan MCU dari yang awalnya hanya untuk status DAFTAR, saat
ini dapat dilakukan pada pasien yang berstatus DAFTAR dan DILAYANI. Kemudian
saat proses pembatalan dilakukan ada penambahan alur sistem yang akan
melakukan pengecekan apakah kunjungan pasien tersebut sudah ada pembayaran
yang dilakukan di kasir.
Jika sistem menemukan ada proses pelayanan atau pembayaran, maka sistem akan
menampilkan notifikasi yang berisi informasi kepada user seperti dibawah ini,
---“Maaf, Pasien sudah mendapatkan layanan kunjungan lanjutan ke unit lain,
atau terdapat penggunaan BHP, Penjualan Obat, maupun pembayaran di kasir.
(Batalkan Transaksi terlebih Dahulu). Klik OK untuk melihat detail
Transaksi”---
Saat klik OK, sistem akan memunculkan detail transaksi.
Kemudian ada penyesuaian form yang muncul saat proses pembatalan, detailnya
seperti berikut:
# Tab "Pendaftaran Konsul" di ubah jadi “Kunjungan Lanjutan”
# Tab “Tindakan”,”Resep”,”Order Penunjang”,”Penunjang Medis” dihilangkan
karena “Penunjang Medis” sudah masuk di “Kunjungan Lanjutan”
Tampilan form yang lama : https://prnt.sc/XVwi_LCeLZG_
Tampilan form yang baru : https://prnt.sc/F8OWWwIOxn-h
Penyesuaian ini dilakukan agar lebih memudahkan user, agar data yang sifatnya
"tidak berkaitan" dengan stok, transaksi kasir serta kunjungan
lanjutan seperti ke lab, radiologi, patologi ataupun dijadikan unit asal oleh
kunjungan berikutnya (misal dari MCU di daftarkan Laborat) tidak perlu
dilakukan pengecekan.
|
Admisi
|
Pendaftaran Rawat Jalan
|
|
7
|
Fitur batal verifikasi
penjadwalan penunjang ok
|
Lokasi Menu:
Penunjang khusus ok > verfikasi penunjang khusus ok
Ada penambahan button untuk membatalkan verifikasi, jika status pelayanan
penunjang khusus ok statusnya sudah di
pulangkan tidak bisa di batal verif. Pelayanan juga tidak bisa dibatalkan
ketika ada BHP, penjualan obat dan layanan penunjang ok ini di jadikan unit
asal dari layanan seperti laborat, patologi dan radiologi.
|
Penunjang Khusus
|
Verifkasi Jadwal Penunjang Medis Khusus OK
|
|
8
|
Master Obat dan Alkes pencarian
berdasarkan no barcode
|
Lokasi Menu:
Setting > Farmasi > Master obat dan Alkes
Penambahan fungsi pencarian berdasarkan no barcode
|
Farmasi
|
Master obat dan Alkes
|
|
9
|
Admisi Pendaftaran MCU penyesuaian
kondisi pembatalan kunjungan serta pengecekan transaksi
|
Lokasi Menu:
Admisi > Front Office > Pendaftaran MCU
Pembatalan kunjungan MCU dari yang awalnya hanya untuk status DAFTAR, saat
ini dapat dilakukan pada pasien yang berstatus DAFTAR dan DILAYANI. Kemudian
saat proses pembatalan dilakukan ada penambahan alur sistem yang akan
melakukan pengecekan apakah kunjungan pasien tersebut sudah ada pembayaran
yang dilakukan di kasir.
Jika sistem menemukan ada proses pelayanan atau pembayaran, maka sistem akan
menampilkan notifikasi yang berisi informasi kepada user seperti dibawah ini,
---“Maaf, Pasien sudah mendapatkan layanan kunjungan lanjutan ke unit lain,
atau terdapat penggunaan BHP, Penjualan Obat, maupun pembayaran di kasir.
(Batalkan Transaksi terlebih Dahulu). Klik OK untuk melihat detail
Transaksi”---
Saat klik OK, sistem akan memunculkan detail transaksi.
Kemudian ada penyesuaian form yang muncul saat proses pembatalan, detailnya
seperti berikut:
# Tab "Pendaftaran Konsul" di ubah jadi “Kunjungan Lanjutan”
# Tab “Tindakan”,”Resep”,”Order Penunjang”,”Penunjang Medis” dihilangkan
karena “Penunjang Medis” sudah masuk di “Kunjungan Lanjutan”
Tampilan form yang lama : https://prnt.sc/XVwi_LCeLZG_
Tampilan form yang baru : https://prnt.sc/F8OWWwIOxn-h
Penyesuaian ini dilakukan agar lebih memudahkan user, agar data yang sifatnya
"tidak berkaitan" dengan stok, transaksi kasir serta kunjungan
lanjutan seperti ke lab, radiologi, patologi ataupun dijadikan unit asal oleh
kunjungan berikutnya (misal dari MCU di daftarkan Laborat) tidak perlu
dilakukan pengecekan.
|
Admisi
|
Pendaftaran MCU
|
|
10
|
Admisi Pendaftaran Bedah penyesuaian
kondisi pembatalan kunjungan serta pengecekan transaksi
|
Lokasi Menu:
Admisi > Front Office > Pendaftaran Bedah
Pembatalan kunjungan MCU dari yang awalnya hanya untuk status DAFTAR, saat
ini dapat dilakukan pada pasien yang berstatus DAFTAR dan DILAYANI. Kemudian
saat proses pembatalan dilakukan ada penambahan alur sistem yang akan
melakukan pengecekan apakah kunjungan pasien tersebut sudah ada pembayaran
yang dilakukan di kasir.
Jika sistem menemukan ada proses pelayanan atau pembayaran, maka sistem akan
menampilkan notifikasi yang berisi informasi kepada user seperti dibawah ini,
---“Maaf, Pasien sudah mendapatkan layanan kunjungan lanjutan ke unit lain,
atau terdapat penggunaan BHP, Penjualan Obat, maupun pembayaran di kasir.
(Batalkan Transaksi terlebih Dahulu). Klik OK untuk melihat detail
Transaksi”---
Saat klik OK, sistem akan memunculkan detail transaksi.
Kemudian ada penyesuaian form yang muncul saat proses pembatalan, detailnya
seperti berikut:
# Tab "Pendaftaran Konsul" di ubah jadi “Kunjungan Lanjutan”
# Tab “Tindakan”,”Resep”,”Order Penunjang”,”Penunjang Medis” dihilangkan
karena “Penunjang Medis” sudah masuk di “Kunjungan Lanjutan”
Tampilan form yang lama : https://prnt.sc/XVwi_LCeLZG_
Tampilan form yang baru : https://prnt.sc/F8OWWwIOxn-h
Penyesuaian ini dilakukan agar lebih memudahkan user, agar data yang sifatnya
"tidak berkaitan" dengan stok, transaksi kasir serta kunjungan
lanjutan seperti ke lab, radiologi, patologi ataupun dijadikan unit asal oleh
kunjungan berikutnya (misal dari MCU di daftarkan Laborat) tidak perlu
dilakukan pengecekan.
|
Admisi
|
Pendaftaran Bedah
|
|
11
|
Admisi rawat inap penyesuaian
kondisi pembatalan kunjungan serta pengecekan transaksi
|
Lokasi Menu:
Admisi > Front Office > Pendaftaran Rawat Inap
Pembatalan kunjungan MCU dari yang awalnya hanya untuk status DAFTAR, saat
ini dapat dilakukan pada pasien yang berstatus DAFTAR dan DILAYANI. Kemudian
saat proses pembatalan dilakukan ada penambahan alur sistem yang akan
melakukan pengecekan apakah kunjungan pasien tersebut sudah ada pembayaran
yang dilakukan di kasir.
Jika sistem menemukan ada proses pelayanan atau pembayaran, maka sistem akan
menampilkan notifikasi yang berisi informasi kepada user seperti dibawah ini,
---“Maaf, Pasien sudah mendapatkan layanan kunjungan lanjutan ke unit lain,
atau terdapat penggunaan BHP, Penjualan Obat, maupun pembayaran di kasir.
(Batalkan Transaksi terlebih Dahulu). Klik OK untuk melihat detail
Transaksi”---
Saat klik OK, sistem akan memunculkan detail transaksi.
Kemudian ada penyesuaian form yang muncul saat proses pembatalan, detailnya
seperti berikut:
# Tab "Pendaftaran Konsul" di ubah jadi “Kunjungan Lanjutan”
# Tab “Tindakan”,”Resep”,”Order Penunjang”,”Penunjang Medis” dihilangkan
karena “Penunjang Medis” sudah masuk di “Kunjungan Lanjutan”
Tampilan form yang lama : https://prnt.sc/XVwi_LCeLZG_
Tampilan form yang baru : https://prnt.sc/F8OWWwIOxn-h
Penyesuaian ini dilakukan agar lebih memudahkan user, agar data yang sifatnya
"tidak berkaitan" dengan stok, transaksi kasir serta kunjungan
lanjutan seperti ke lab, radiologi, patologi ataupun dijadikan unit asal oleh
kunjungan berikutnya (misal dari MCU di daftarkan Laborat) tidak perlu
dilakukan pengecekan.
|
Admisi
|
Pendaftaran Rawat Inap
|
|
12
|
Admisi rawat darurat penyesuaian
kondisi pembatalan kunjungan serta pengecekan transaksi
|
Lokasi Menu:
Admisi > Front Office > Pendaftaran Rawat Darurat
Pembatalan kunjungan MCU dari yang awalnya hanya untuk status DAFTAR, saat
ini dapat dilakukan pada pasien yang berstatus DAFTAR dan DILAYANI. Kemudian
saat proses pembatalan dilakukan ada penambahan alur sistem yang akan
melakukan pengecekan apakah kunjungan pasien tersebut sudah ada pembayaran
yang dilakukan di kasir.
Jika sistem menemukan ada proses pelayanan atau pembayaran, maka sistem akan
menampilkan notifikasi yang berisi informasi kepada user seperti dibawah ini,
---“Maaf, Pasien sudah mendapatkan layanan kunjungan lanjutan ke unit lain,
atau terdapat penggunaan BHP, Penjualan Obat, maupun pembayaran di kasir.
(Batalkan Transaksi terlebih Dahulu). Klik OK untuk melihat detail
Transaksi”---
Saat klik OK, sistem akan memunculkan detail transaksi.
Kemudian ada penyesuaian form yang muncul saat proses pembatalan, detailnya
seperti berikut:
# Tab "Pendaftaran Konsul" di ubah jadi “Kunjungan Lanjutan”
# Tab “Tindakan”,”Resep”,”Order Penunjang”,”Penunjang Medis” dihilangkan
karena “Penunjang Medis” sudah masuk di “Kunjungan Lanjutan”
Tampilan form yang lama : https://prnt.sc/XVwi_LCeLZG_
Tampilan form yang baru : https://prnt.sc/F8OWWwIOxn-h
Penyesuaian ini dilakukan agar lebih memudahkan user, agar data yang sifatnya
"tidak berkaitan" dengan stok, transaksi kasir serta kunjungan
lanjutan seperti ke lab, radiologi, patologi ataupun dijadikan unit asal oleh
kunjungan berikutnya (misal dari MCU di daftarkan Laborat) tidak perlu
dilakukan pengecekan.
|
Admisi
|
Pendaftaran Rawat Darurat
|
|
13
|
Pengecekan verifikasi tanggal
penjadwalan operasi > tanggal sekarang
|
Lokasi Menu:
Penunjang Khusus > Verifikasi Penunjang Khusus OK
Pada saat user klik button verifikasi, sistem akan menampilkan notifikas jika
tanggal hari ini kurang dari tanggal operasi, agar user tidak salah memverif
jadwal.
Contoh:
Pasien A tanggal operasi 05-07-2023, sedangkan saat ini tanggal 04-07-2023.
Ketika user memverif, maka muncul notif dan user tidak bisa melanjutkan prose
verifikasi.
Namun jika proses verifikasi sama dengan atau melebihi tanggal operasi, maka
user bisa melakukan proses verifikasi.
Contoh:
Pasien A tanggal operasi 05-07-2023, sedangkan sekarang sudah tanggal
06-07-2023, maka user masih bisa melakukan proses verifikasi.
|
Penunjang Khusus
|
Verifkasi Jadwal Penunjang Medis
Khusus OK
|
|
14
|
Rawat Jalan tab BHP edit lokasi
depo BHP kecuali jenis layanan gudang
|
Lokasi Menu:
Rawat Jalan > Tindakan Rawat Jalan > Billing > Tab BHP
Pada tab BHP pemilihan lokasi Depo adalah unit Depo Pengambilan BHP, kecuali
jenis layanan “GUDANG”. Fitur ini berfungsi untuk menghindari user mengambil
stok dari Depo Gudang.
|
Rawat Jalan
|
Tindakan Rawat Jalan
|
|
15
|
Pemilihan jadwal ok durasi
jadwal operasi mengikuti setting pada database
|
Lokasi Menu:
Penunjang Khusus > Pemilihan Jadwal Penunjang Khusus OK
Pada database jika sudah ter set 5 menit, maka pada dropdown durasi yang
tampil adalah per 5 menit. Spare waktu sterilnya juga mengikuti set dari
durasi.
Contoh:
Pasien di jadwalkan jam 08:15 dengan durasi 10 menit. (selesasi jam 08:25)
Maka Pasien lain baru bisa d jadwalkan di jam 08:30. karena ada spare 5 menit
untuk sterilisasi ruang.
|
Penunjang Khusus
|
Pemilihan Jadwal Penunjang Medis
Khusus OK
|
|
16
|
Verifikasi jadwal penunjang
khusus Menampilkan unit asal rawat jalan dan IGD tanpa batasan waktu 7 hari
|
Lokasi Menu:
Penunjang Khusus > verifikasi jadwal penunjang khusus ok
Pada pilihan unit asal, tampilkan data tanpa batasan waktu 7 hari untuk rawat
jalan dan igd. Kemudian untuk field tanggal, di beri fill warna hijau agar
dapat diketahui user.
|
Penunjang Khusus
|
Verifkasi Jadwal Penunjang Medis
Khusus OK
|
|
17
|
Pemilihan jadwal penunjang
khusus Menampilkan unit asal rawat jalan dan IGD tanpa batasan waktu 7 hari
|
Lokasi Menu:
Penunjang Khusus > pemilihan jadwal penunjang khusus ok
Pada pilihan unit asal, tampilkan data tanpa batasan waktu 7 hari untuk rawat
jalan dan igd. Kemudian untuk field tanggal, di beri fill warna hijau agar
dapat diketahui user.
|
Penunjang Khusus
|
Pemilihan Jadwal Penunjang Medis
Khusus OK
|
|
18
|
[Rawat Darurat] Authorisasi
Pelaksana tindakan mengikuti setting
|
Lokasi Menu:
Rawat Darurat > Front Office > Tindakan Rawat Darurat > Biiling >
Tab Tindakan
Saat input pelaksana tindakan, sistem akan melakukan pengecekan saat klik
“save”. Apakah pada pengaturan awal Aktif atau Tidak. Jika aktif, maka sistem
akan melakukan pengecekan apakah pelaksana yang di inputkan bukan sebagai
DPJP atau sebagai DPJP.
Jika sebagai DPJP, maka sistem akan melakukan pengecekan apakah profesinya
mengandung kata “dokter” atau tidak. Jika iya, maka muncul pop up untuk
memasukkan Authorisasi yang di gunakan username password DPJP. Ketika klik
submit baru datanya tersimpan ke DB. Berlaku juga ketika pelaksana yang di
input lebih dari 1.
Jika pelakasan lebih dari 1 sistem akan tetap melakukan pengecekan apakah ada
diantara pelaksana tersebut profesinya mengandung kata “Dokter” dan bukan
sebagai Dokter DPJP.
Note:
* Status DPJP ditentukan saat memilih dokter diawal pendaftaran.
* Profesi dokter bisa disesuaikan di Setting > Kepegawaian > Data Pegawai > Tab Kepegawaian > Bagian Profesi
|
Rawat Darurat
|
Tindakan Rawat Darurat
|
|
19
|
[Rawat Jalan] Authorisasi Pelaksana
tindakan mengikuti setting
|
Lokasi Menu:
Rawat Jalan > Front Office > Tindakan Rawat Jalan > Biiling > Tab
Tindakan
Saat input pelaksana tindakan, sistem akan melakukan pengecekan saat klik
“save”. Apakah pada pengaturan awal Aktif atau Tidak. Jika aktif, maka sistem
akan melakukan pengecekan apakah pelaksana yang di inputkan bukan sebagai
DPJP atau sebagai DPJP.
Jika sebagai DPJP, maka sistem akan melakukan pengecekan apakah profesinya
mengandung kata “dokter” atau tidak. Jika iya, maka muncul pop up untuk
memasukkan Authorisasi yang di gunakan username password DPJP. Ketika klik
submit baru datanya tersimpan ke DB. Berlaku juga ketika pelaksana yang di
input lebih dari 1.
Jika pelakasan lebih dari 1 sistem akan tetap melakukan pengecekan apakah ada
diantara pelaksana tersebut profesinya mengandung kata “Dokter” dan bukan
sebagai Dokter DPJP.
Note:
* Status DPJP ditentukan saat memilih dokter diawal pendaftaran.
* Profesi dokter bisa disesuaikan di Setting > Kepegawaian > Data Pegawai > Tab Kepegawaian > Bagian Profesi
|
Rawat Jalan
|
Tindakan Rawat Jalan
|
|
20
|
[Rawat Darurat] Pengecekan SOAP /
SOAPIER saat selesai pelayanan
|
Lokasi Menu:
Rawat Darurat > Tindakan Rawat Darurat> Selesai Pelayanan
Ketika saat pelayanan pilih Selesai "YA" sistem akan melakukan
pengecekan di Menu Pengaturan Awal Pelayanan “ Wajib isi SOAP/SOAPIER”
Kondisi Pertama
Apabila di setting dipilih “Wajib Diisi” maka sistem akan memunculkan
notif jika SOAP/SOAPIER belum terisi.
Ketika klik OK form akan langsung kembali ke pilihan "Tidak"
Kondisi Kedua
Apabila di setting dipilih “Hanya Notifikasi” maka sistem akan memunculkan
notif, namun ketika di klik OK, *user tetap bisa lanjut* ke step berikutnya.
Kondisi Ketiga
Apabila di setting dipilih *“Tidak Wajib Diisi”* maka sistem tidak akan
melakukan pengecekan terhadap inputan SOAP / SOAPIER.
|
Rawat Darurat
|
Tindakan Rawat Darurat
|
|
21
|
[Rawat Jalan] Pengecekan SOAP /
SOAPIER saat selesai pelayanan
|
Lokasi Menu:
Rawat Jalan > Tindakan Rawat Jalan > Selesai Pelayanan
Ketika saat pelayanan pilih Selesai "YA" sistem akan melakukan
pengecekan di Menu Pengaturan Awal Pelayanan “ Wajib isi SOAP/SOAPIER”
Kondisi Pertama
Apabila di setting dipilih “Wajib Diisi” maka sistem akan memunculkan
notif jika SOAP/SOAPIER belum terisi.
Ketika klik OK form akan langsung kembali ke pilihan "Tidak"
Kondisi Kedua
Apabila di setting dipilih “Hanya Notifikasi” maka sistem akan memunculkan
notif, namun ketika di klik OK, *user tetap bisa lanjut* ke step berikutnya.
Kondisi Ketiga
Apabila di setting dipilih *“Tidak Wajib Diisi”* maka sistem tidak akan
melakukan pengecekan terhadap inputan SOAP / SOAPIER.
|
Rawat Jalan
|
Tindakan Rawat Jalan
|
|
22
|
Penambahan hak akses untuk pembuatan
template penjualan (Add, delete, edit)
|
Fitur ini bertujuan untuk membatasi
pembuatan template dan menghindari template dengan data yang sama jika setiap
orang diberi akses untuk CRUD, sehingga dibuat hanya penanggung jawab farmasi
yang dapat membuat.
|
Apotek
|
Penjualan Obat
|
|
23
|
Menghilangkan button pembuatan
laporan OK pada menu OK
|
Menghilangkan button dan form
pembuatan laporan OK di menu OK
|
OK
|
Tindakan Operasi
|
|
24
|
[Kasir] Penambahan informasi grup
tindakan operasi dipelayanan rawat jalan
|
Pada menu *Kasir → Kasir → Kasir
Tagihan*
case pelayanan pasien rawat jalan yang ada tindakan operasinya
|
Kasir
|
Kasir Tagihan
|
|
25
|
[Kasir] Penambahan informasi grup
tindakan operasi dipelayanan rawat jalan
|
Pada menu *Kasir → Kasir → Kasir
Sentral*
case pelayanan pasien rawat jalan yang ada tindakan operasinya
|
Kasir
|
Kasir Sentral
|
|
26
|
Setting konfirmasi biaya admin MCU
|
Penambahan init untuk Setting
konfirmasi biaya admin MCU
|
Admisi
|
Pendaftaran MCU
|
|
27
|
Rekam Medis - Penyesuaian Resume
Medis SA
|
Penyesuaian Pengambilan Data Resume
Medis SA
Pemeriksaan Fisik diambil SOAP kolom O (*Object*)
Ada fitur pencarian di Tab ICD 10 dan ICD 9
Button Terapi Pulang, diambil dari Resep dengan Kategori Pulang atau sama
dengan Resep Terakhir
Keluhan Utama diambil dari SOAP kolom S (*Subject*) - Untuk saat ini SOAP
diambil semua harusnya kolom S saja yang masuk ke Field Form Terapi Pulang
|
Rekam Medis
|
Resume Medis SA
|
|
28
|
[Keuangan] Tukar faktur farmasi
ketika tambah data field penanggung jawab default user login
|
Ketika klik *Tambah* → Pegawai
Penanggung jawab default otomatis ambil dari user yang login
|
Keuangan
|
Tukar Faktur Farmasi
|
|
29
|
[Kasir] Penyesuaian cetakan rekening
pasien format SA
|
Pada menu *Kasir Tagihan*, ketika
ada nilai *Deposit* → munculkan di cetakan rekening pasien (untuk format
sultan agung) hasil cetakan rekening pasien, jika nilai deposit 0 → maka
field deposit dicetakan tidak perlu muncul. Penyesuaian jugan untuk tampilan
tindakan operasi di rekening pasien komponen yang ditampilkan yang *Ada
Pelaksananya* saja dan *Nominal* dihilangkan
|
Kasir
|
Kasir Tagihan
|
|
30
|
[Kasir] Penyesuaian cetakan rekening
pasien format SA
|
Pada menu *Kasir Sentral*, ketika
ada nilai *Deposit* → munculkan di cetakan rekening pasien (untuk format
sultan agung) hasil cetakan rekening pasien, jika nilai deposit 0 → maka
field deposit dicetakan tidak perlu muncul. Penyesuaian jugan untuk tampilan
tindakan operasi di rekening pasien komponen yang ditampilkan yang *Ada
Pelaksananya* saja dan *Nominal* dihilangkan
|
Kasir
|
Kasir Sentral
|
|
31
|
[Apotek] Penyesuaian cetakan history
pembelian dan stiker buku obat ketika ada obat yang dikoreksi
|
Pada menu *Apotek → Penjualan Obat*
Contoh transaksi:
Ada penjualan 2 obat → lalu dilakukan *Koreksi Penjualan* → yang 1 obat
dihapus. Lalu dihistory pembelian, obat yang sudah dihapus masih muncul ->
harusnya tidak muncul karena tidak jadi terjual obatnya dan di *cetakan
stiker buku obat pasien*, obat yang sudah dihapus masih muncul -> harusnya
tidak muncul karena tidak jadi terjual obatnya.
|
Apotek
|
Penjualan Obat
|
|
32
|
Penambahan informasi Status di Order
Penunjang
|
Penambahan informasi status di order
penunjang medis
Untuk memudahkan user mengetahui order penunjangnya sudah di verifikasi atau
belum oleh petugas lab/radiologi.
|
All Pelayanan
|
All Pelayanan
|
|
33
|
[Kasir] Tambahkan data siapa user
yang melakukan ubah tagihan pasien ke piutang pasien
|
Pada menu *Kasir → Kasir Sentral*
Alur nya ketika di kasir → pilih salah satu tagihan pasien → klik detail
transaksi pasien → lalu tagihan pasien di *Hutang / Piutang Pasien* kan. Saat
ini yang disimpan data hutang dan tanggal dihutangkan.
Saat ini ada ditambahkan penyimpanan *User* yang melakukan proses diatas →
diambil dari user yang login.
|
Kasir
|
Kasir Central
|
|
34
|
Gambar Anatomi tercetak pada CCPT
|
Lokasi Menu:
Rawat Jalan > Tindakan Rawat Jalan > Deatil Pasien > CPPT
saat cetak CCPT, tampilkan juga apabila inputan gambar anatomi. Gambar akan
berada di urutan paling akhir.
|
Rawat Jalan
|
Tindakan Rawat Jalan
|
|
35
|
Rawat Darurat Gambar Anatomi tambah
insert id_pegawai
|
Lokasi Menu:
Rawat Darurat > Tindakan Rawat Darurat > Askep > Tab Gambar Antomi
Karena nanti akan di gunakan pada cetak CPPT menampilkan nama pegawai yang
menginput gambar anatomi.
|
Rawat Darurat
|
Tindakan Rawat Darurat
|
|
36
|
Rawat Jalan Gambar Anatomi tambah
insert id_pegawai
|
Lokasi Menu:
Rawat Jalan > Tindakan Rawat Jalan > Askep > Tab Gambar Antomi
Karena nanti akan di gunakan pada cetak CPPT menampilkan nama pegawai yang
menginput gambar anatomi.
|
Rawat Jalan
|
Tindakan Rawat Jalan
|
|
37
|
e-tiket obat (File
Baru/Format Baru)
|
Format e tiket baru dengan file baru
|
Apotek
|
Setting Cetakan Farmasi
|
|
38
|
Pendaftaran IGD BPJS (Descending no
Rujukan)
|
Pendaftaran IGD BPJS (Descending no
Rujukan)
|
Admisi
|
Pendafatan IGD
|
|
39
|
[All Pelayanan] Tidak bisa menghapus
jika salah satu tindakan sudah diverif dalam satu order
|
Dalam satu nomer order yang telah
dibuat, tidak bisa menghapus tindakan jika salah satu tindakan sudah diverif
dalam satu order
|
All Pelayanan
|
All Pelayanan
|
|
40
|
UI centang riwayat penyakit di
posisikan ke tengah
|
Pada bagian riwayat penyakit, kolom
menular, saat ini posisi centangnya di pinggir
|
Rawat Jalan
|
Tindakan Rawat Jalan
|
|
41
|
Template sticker klinik tirtya hide
barcode dan tambah alamat pasien
|
Lokasi Menu:
Setting > Rekam Medis > Ukuran cetakan rekam medis > Jenis cetakan
sticker pasien
Penambahan template baru dengan nama template 4, Pada tamplate baru ini
menghilangkan barcode, dan di bawah ada penambahan alamat pasien.
|
Setting
|
Jenis Cetakan Stiker Pasien
|
|
42
|
Laporan Cetak SEP Penambahan Filter
(Penambahan Jam dan User)
|
Laporan Cetak SEP Penambahan Filter
( Penambahan Jam dan User)
|
BPJS Vclaim
|
Laporan Cetak SEP
|
|
43
|
Cetak stiker dan nota booking pada
list booking Rawat Jalan
|
Penambahan kolom untuk cetak stiker
dan nota booking
|
Admisi
|
Pendaftaran Rawat Jalan
|
|
44
|
[LAB] Template Cetakan Lab (copy
template 7) hide status, metode
|
Penambahan Template cetakan *Hasil
Lab* baru, dengan menghilangkan status dan metode.
|
Setting
|
Setting Cetakan Penunjang
|
|
45
|
Pemilihan jadwal ok filter unit
tujuan wajib di isi
|
Lokasi Menu:
Penunjang Khusus > Pemilihan Jadwal Ok
pada fiter Unit Tujuan Harus di isi. defaultnya Kosong.
|
Penunjang Khusus
|
Pemilihan Jadwal Penunjang
|
|
46
|
Master Berkas EMR - Tambahkan File
Ringkasan Rawat Jalan
|
Tambahkan File untuk Ringkasan Rawat
Jalan
|
Setting
|
Master Berkas EMR
|
|
47
|
Verifikasi jadwal ok filter
unit tujuan wajib di isi
|
Lokasi Menu:
Penunjang Khusus > Pemilihan Jadwal Ok
pada fiter Unit Tujuan Harus di isi. defaultnya Kosong.
Kemudian pada tab List, data yang tampil mengikuti filter unit tujuan.
|
Penunjang Khusus
|
Pemilihan Jadwal Penunjang
|
|
48
|
[Apotek] Optimalisasi Coding Untuk
Penarikan Lembar Kerja file Excel
|
Optimalisasi Coding Untuk Penarikan
Lembar Kerja file Excel agar dapat tarik data minimal 300 item
|
Apotek
|
Stok Opname
|
|
49
|
[Apotek] Optimalisasi Coding Untuk
Opname melalaui file Excel
|
Optimalisasi Coding Untuk Opname
dari file Excel agar dapat opname minimal 300 item
|
Apotek
|
Stok Opname
|
|
50
|
Multi Approval Usulan Pengadaan Obat
dan Alkes
|
Cetang dulu beberapa yang akan di
appove secara multi
Ketika Button *Proses Multi* akan muncul window baru untuk approve usulan
dengan ilustrasi dibawah
|
Purchasing
|
Usulan Pengadaan Obat dan Alkes
|
|
51
|
[Rekam Medis] Buat menu
baru Rekap Rawat Inap
|
Pada modul *Rekam Medis* buat menu
baru dengan nama *Rekap Rawat Inap*
Pertama buka menu, muncul tampilan list grid data, ketika klik *Tambah*
muncul form input pembuatan data rekap rawat inap alurnya cari pasien →
ketika sudah dipilih data pasiennya, field NIP, Nama, tanggal Lahir, Kelamin,
Alamat otomatis terisi (NIP dari data NIP di master pasien) Tanggal Rawat →
diisin MRS s/d KRS
Diagnosa load data dari master ICD 10.
Lama Perawatan otomatis menghitung “(*KRS - MRS) + 1*“, tetapi masih bisa
diedit sendiri.
Rumah Sakit diambil dari master sarana kesehatan.
Dokter diambil data dari data yang sudah pernah diinput (seperti fungsional
pada dokter yang dulu)
|
Rekam Medis
|
Rekap Rawat Inap
|
|
52
|
Penentuan SIPA Pengaturan Awal
(Surat Pesanan / e-tiket / Nota Penjulan)
|
Penentuan SIPA Pengaturan Awal
(Surat Pesanan / e-tiket / Nota Penjulan)
|
Setting
|
Pengaturan Awal Farmasi
|
|
53
|
Fomat Surat Pesanan Baru Farmasi
(File Baru)
|
Introduction
Fomat Surat Pesanan Baru Farmasi (File Baru)
|
Purchasing
|
Surat Pesanan Obat dan Alkes
|
|
54
|
[Apotek] Tambahkan setting baru
untuk notifikasi konfirmasi penagihan penjualan obat di apotek
|
Pada menu *Setting → Farmasi →
Pengaturan Awal Farmasi*
tambahkan setting baru dengan nama *Konfirmasi Tagihan Penjualan Resep Obat
Menjadi Penjualan Bebas* → nilai defaultnya *Aktif*.
Pada menu *Apotek → Penjualan Obat* alurnya ketika melakukan penjualan obat
dari eresep → pilih salah satu data *E-Resep*, klik *Simpan dan Cetak* (untuk
sekarang ketika diklik akan muncul window confirmation)
|
Setting
|
Pengaturan Awal Farmasi
|
|
55
|
[Kasir] Pelunasan piutang pasien
tambahkan selesai ya tidak
|
Pada menu *Kasir → Pelunasan Piutang
Pasien*
pada grid list data tagihan pasien, tambahkan 1 kolom *“Proses Piutang“* →
isinya ambil dari user yang melakukan proses piutang pasien di kasir
|
Kasir
|
Pelunasan Piutang Pasien
|
|
56
|
Pengaturan Awal SOAP SOAPIER RJ IGD
wajib di isi
|
Lokasi Menu:
Setting > Layanan Tarif > Pengaturan Awal Pelayanan.
buat seting baru “Wajib isi SOAP / SOAPIER”
|
Setting
|
Pengaturan Awal Pelayanan
|
|
57
|
Master Berkas EMR - Tambahkan Button
Preview
|
Penambahan button preview di master
berkas EMR
|
Setting
|
Master Berkas EMR
|
|
58
|
Master Berkas EMR - Tambahkan File
General Consent Rawat Inap
|
Penambahan File untuk General
Consent Rawat Inap
|
Setting
|
Master Berkas EMR
|
|
59
|
Master Berkas EMR - Tambahkan File
General Consent Rawat Jalan
|
Penambahan File untuk General
Consent Rawat Jalan
|
Setting
|
Master Berkas EMR
|
|
60
|
Template Etiket - Ukuran cetakan
baru dengan SIPA, Nama Apoteker
|
Hilangkan No ijin faskes dan nomer
telepon.
Nama apoteker dan SIPA dipisahkan dengan enter (SIPA di bawah nama apoteker)
Awali dengan kata *Instalasi Farmasi* (Nama RS) dengan ukuran tinggi ditambah
0,5mm.
|
Setting
|
Setting Cetakan Farmasi
|
|
61
|
[Setting] Pada master harga
jual tambahkan informasi katalog obat
|
Pada menu *Setting → Master Harga
Jual Barang Medis*
tambahkan button *Katalog Obat* → fungsi dan tampilan copy dari menu
*Penjualan Obat*
|
Setting
|
Master Harga Jual Barang Medis
|
|
62
|
Notifikasi
maksimum file yang dapat di upload pada pemeriksaan Radiologi
|
Penyesuaian kata-kata pada
notifikasi masksimal size. Penyesuaian ini bertujuan untuk memudahkan user
mengetahui maksimal size file yang diupload. Ketentuan dari sistem maksimal 2
MB
|
Radiologi
|
Pemeriksaan Radiologi
|
|
63
|
Laporan Hapus SEP Ganti nama Laporan
dan Penambahan Filter (Penambahan Jam dan User)
|
Penyesuaian nama pada fitur Laporan
Hapus SEP menjadi Laporan dan Penambahan Filter (Penambahan Jam dan User)
|
BPJS Vclaim
|
Laporan Hapus SEP
|
|
64
|
[Kasir] Tambahkan fungsi selesai ya
untuk pasien selain RI sebagai tanda close bill
|
Ketika diklik *detail / klik 2x*
tagihan, untuk pasien selain jenis *RI* → tampilkan pilihan *“Selesai (Ya dan
Tidak)“* seperti pasien rawat inap
|
Kasir
|
Kasir Central
|
|
65
|
Pengaturan awal pelaksana tindakan
selain dokter DPJP
|
Lokasi Menu:
Setting > Layanan Tarif > Pengaturan awal pelayanan
tambah setting untuk Pengaturan “Pelaksana Tindakan Selain DPJP”
|
Setting
|
Pengaturan Awal Pelayanan
|
|
66
|
Penambahan Status Setting Antrian
P-Care (JKN Mobile P-Care)
|
Penambahan Status Setting Antrian
P-Care (JKN Mobile P-Care)
|
Setting
|
Pengaturan Awal BPJS
|
|
67
|
INA-CBG - Penambahan inisialisasi
"data type" di Menu Pengaturan Awal INACBG
|
Penambahan Inisialisasi Data Type
pada Menu Pengaturan Awal INA-CBG
Lokasi Menu:
Integrasi > BPJS INA-CBG > Setting > Pengaturan Awal INA-CBG
Menambahkan inisialisasi Data Type Tanggal Kirim dengan dua buah radio button
yaitu *Tanggal Pulang* dan *Tanggal Grouping*
Inisialisasi pada database disimpan dengan ketentuan :
Tanggal Pulang = *“1”*
Tanggal Grouping = *“2“*
|
INACBGS
|
Pengaturan Awal
|
|
68
|
INA-CBG - Verifikasi ICD9 dan ICD10
bisa diverikasi satuan (tidak semua)
|
Verifikasi ICD 9 dan ICD 10 bisa
dilakukan *per satu data*.
Ditambahan *kolom checklist all dan checklist per data* seperti gambar diatas
di *Diagnosa ICD 10*
Setelah di checklist data bisa diverifikasi menggunakan *tombol
verification*, fungsi tombol verification dirubah dari yang *awalnya
memverifikasi semua data menjadi memverifikasi data yg di checklist saja*.
Ditambahan *kolom checklist all dan checklist per data* seperti gambar diatas
di *Prosedur ICD 9 CM*
Setelah di checklist data bisa diverifikasi menggunakan *tombol
verification*, fungsi tombol verification dirubah dari yang *awalnya
memverifikasi semua data menjadi memverifikasi data yg di checklist saja*.
|
Rekam Medis
|
Verifikasi ICD 9 dan 10
|
|
69
|
INA-CBG - Kirim Kolektif data klaim
dengan status FINAL
|
Mengirim berkas klaim pada menu
INA-CBG dengan stastus *“Final”* secara kolektif.
|
BPJS INACBG
|
Pengajuan Klaim
|
|
70
|
Integrasi INA-CBG - Update Menu Data
Pendukung Klaim (Menampilkan Data Penunjang Medis)
|
Melakukan update fitur di Menu Tab
*Berkas Pendukung Klaim* agar memunculkan data Penunjang Medis Unit Rawat
Jalan atau IGD dengan _where =_ merupakan unit asal dari Rawat Inap seorang
Pasien
Data Pendukung Klaim Rawat Jalan dan IGD sebelumnya tidak memunculkan data
penunjang medis seperti diatas.
Akan Ditambahkan dalam fungsi pengambilan data list berkas pendukung klaim
seperti rawat inap dengan kondisi :
Unit Rawat Jalan dan IGD tersebut merupakan unit Asal Pendaftaran Rawat Inap
Pasien.
Berkas pendukung yang berhubungan dengan pendaftaran tersebut akan ditarik
kedalam menu Berkas Pendukung Klaim seperti gambar dibawah ini
|
BPJS INACBG
|
Pengajuan Klaim
|
|
71
|
INA-CBG - Tampilan pengajuan klaim
ada filter status dan diberikan warna
|
Diberikan penanda warna pada kolom
list Pengajuan Klaim Modul INACBG
|
BPJS INACBG
|
Pengajuan Klaim
|
|
72
|
CASEMIX - Pada Laporan Penerbitan
SEP nama unit dijadikan kolom (bukan judul kolom)
|
Merubah bentuk laporan Penerbitan
SEP dengan mengganti Kolom Unit dari Judul Kolom Menjadi Kolom.
|
BPJS Vclaim
|
Laporan Penerbitan SEP
|
|
73
|
CASEMIX - Menambah filter Pelayanan
ranap dan rajal pada Laporan Penerbitan Rujukan SEP
|
Menambahkan Filter Pelayanan Rawat
Jalan dan Rawat Inap.
|
BPJS Vclaim
|
Laporan Penerbitan SEP
|