Optimalisasi-Aplikasi-Presentasi-PISPK.pdf

PISPK dan Mobile Mhealth
Optimalisasi Aplikasi PiSPK
Dr. Andreas Hadiyono, ST, MMSi
Universitas Gunadarma

Outline
●
Kebijakan dan Pemanfaatan PISPK
●
Inovasi Pispk
●
Arsitektur Data dan Informasi
●
Grand Desain Pengembangan PISPK
●
Implementasi Teknologi
●
Progres Pengembangan
●
Inventarisasi Kendala

Kebijakan dan Pemanfaatan PISPK
Sumber: Presentasi Direktur Pelayanan Primer Kementerian Kesehatan

Kebijakan PisPK
Tujuan Pendekatan
Keluarga:
1. Mengintegrasikan
seluruh program di
Puskesmas
2. Meningkatkan akses
keluarga terhadap
pelayanan kesehatan
yang komprehensif
3. Mendukung
pencapaian SPM
Kab/Kota dan Prov
4. Mendukung
pelaksanaan JKN
5. Mendukung
tercapainya program
indonesia sehat
P e r m e n k e s N o m o r 3 9 Ta h u n 2 0 1 6

Penguatan Promotif dan Preventif
melalui PIS-PK
5
Gizi &
Kesehatan
ibu & anak
Pengendalian
penyakit
menular &
penyakit tidak
menular
Perilaku
& kesehatan
lingkungan
12 INDIKATOR PIS-PK
ASPEK PROMOTIF
– KIE pada kunjungan
keluarga (intervensi
awal) dan bentuk
intervensi lanjut
– Advokasi pada lintas
sektor terkait untuk
pemecahan
masalah kesehatan
ASPEK PREVENTIF
• Skrining awal
penyakit dan perilaku
berisiko
• Pencegahan stunting
• Penurunan risiko
kematian ibu dan
bayi

10/17/2022 6
Alur Penentuan Sasaran
Program
Melalui PIS-PK
 Sasaran sesuai program,
dipertahankan dan
segera diintervensi lanjut
 Sasaran sesuai program, dicatat di
sistem pencatatan dan pelaporan
program.
 Segera diberikan tidak lanjut sesuai
program sesuai intervensi lanjut
terintegrasi LP-LS (Pengobatan,
KIE lebih lanjut, perbaikan
pelayanan)
Dilakukan Edit informasi
kesehatan sasaran setelah
perbaikan kondisi sasaran
sesuai program dan DO
PISPK
Program mencapai target yang
ditetapkan
 Sasaran yang tidak
sesuai program di
keluarkan.
S k r i n i n g
m e l a l u i
P I S P K
I n t e r v e n
s i l a n j u t
P r o g r a m
PERSIAPAN
KUNJUNGA
N
KELUARGA
PELAKSANA
AN
INTERVENSI
LANJUT
ANALISIS
HASIL DAN
PENYUSUNA
N RENCANA
INTERVENSI
KUNJUNGA
N
KELUARGA

Pemanfaatan Raw Data
7
TETAP MEMPERHATIKAN KERAHASIAAN DATA
Puskesmas dapat mengunduh raw data hasil kunjungan keluarga dengan
menggunakan akun admin Puskesmas
MANFAAT
• Puskesmas memperoleh data base by
name by address individu/ keluarga
bermasalah kesehatan untuk intervensi
lanjut
• Puskesmas mendapatkan data
sasaran riil sebagai sasaran SPM (life
cycle dan masalah penyakit)
• Puskesmas dapat mencocokkan
dengan data program
• Mengaitkan capaian PIS-PK dengan
capaian program, misalnya persalinan
di fasyankes dengan Hb0, IMD
(apakah terjadi miss opportunity)
INARATA
SPSS
Analisis secara ONLINE :
Analisis secara OFFLLINE
antara lain dengan:

Contoh integrasi data JKN pada PISPK dengan data program DM
Didapat 128 individu yang cocok NIK pada data PIS-PK dengan data kunjungan
Pasien DM dilihat dari kepemilikan kartu jaminan kesehatan
Sumber: paparan Dr. dr. Trihono, MSc

Inovasi PISPK

Grand Desain PISPK dan Mhealth

Grand Desain PISPK
●
Sistem Integrasi digunakan untuk melakukan integrasi dengan layanan lain
menggunakan webservice
●
Frontend digunakan sebagai portal utama untuk seluruh penggunaka PISPK untuk
dapat menggunakan layanan PISPK dengan berbagai macam level
●
Sistem Perhitungan digunakan untuk melakukan perhitungan dalam sekala besar
menggunakan asyncronus proses dan memanfaat on memory data
●
Dashboard IKS digunakan sebagai penyimpanan data hasil perhitungan IKS
Wilayah (agregat) untuk digunakan sebagai laporan bagi para stakeholder yang
membutuhkan
●
Raw Survei digunakan sebagai data warehouse yang menyimpan seluruh hasil
pendataan berdasarkan tahun pelaporan
●
Data Referensi Mhealth merupakan hasil ektraksi dari data raw yang digunakan
sebagai sumber primer untuk layanan mhealth
●
Data Operational Mhealth merupakan hasil feed back dari masyarakat dan nakes
mengenai status kesehatan berdasarkan IKS beserta dengan info dan notifikasi
kesehatan lainnya
●
Analisa Kesehatan Nasional menggabungkan data hasil pendataan Pispk dengan
data dari masyarakat untuk melakukan pengambilan keputusan yang menyeluruh

COLORING THE GLOBAL FUTURE http://www.gunadarma.ac.id
Pendekatan Disain Aplikasi
BigData
●
Pendekatan berdasarkan Enterprise Arsitektur, TOGAF (The Open Architecture Framework)
●
Pengembangan sistem dimulai dengan memahami Arsitektur Bisnis → membutuhkan subject expert
yang memahami permasalahan, ruang lingkup dan cara pemecahannya
●
Aristektur Informasi dan Data harus dipahami dan dikembangkan dengan baik
●
Baru terakhir mengembangkan arsitektur aplikasi dan teknologi. Sebaiknya tidak melompat
mengembangkan sistem tanpa pemahaman informasi dan data yang lengkap
Arsitektur Business
Arsitektur Informasi
Arsitektur Data
Arsitektur Aplikasi
Arsitektur Teknologi
Sistem Informasi
Data Elektronis
Laporan
Pencocokan Model
Informasi dan Data
Tahapan pekerjaan
Struktur organisasi
Survei Informasi
Survei Data
Survei SIM
User Model
Formulir
Task Model Interaction Model

13
Kekurangan PISPK
Tenaga
Kesehatan
Survey Satu Arah
Masyarakat tidak dapat mengetahui
- status keluarganya
- masyarakat belum bisa mendapatkan informasi ttg kesehata
dari faskes terdekat
Tidak memantau kondisi keluarga yang telah di survey

14
Gap Antara Nakes dan Masyarakat
Tenaga
Kesehatan
Survey Satu Arah
Masyarakat
Mhealth

Mhealth
●
Mhealth merupakan sebuah layanan penghubug
antara petugas kesehatan dengan masyarakat
sehingga dapat melakukan verifikasi hasil
pendataan PISPK serta meningkatkan kualitas
pendataan
●
Bertujuan untuk meningkatkan kualitas kesehatan
Indonesia melalui data dasar yang akurat

Mekanisme mHealth
●
Aplikasi yang khusus dikembangkan
untuk masyarakat umum agar dapat
melakukan monitoring kesehatan dari
hasil pendataan yang dilakukan oleh
tenaga kesehatan
●
Fungsi utama:
●
Melakukan monitoring kesehatan
anggota keluarga berdasarkan
pendataan PISPK
●
Mengetahui jadwal kesehatan yang
dipublikasi oleh Kementerian
Kesehatan, Pengelola Program
maupun unit terkait sesuai dengan
Standar Operasional yang ditetapkan
oleh Pusat Data dan Informasi
(Pusdatin) Kementerian Kesehatan
●
Memberikan notifikasi atau pengingat
untuk masyarakat khususnya terkait
peningkatan kualitas kesehatan
seperti pengingat melakukan Minum
Obat bagi penderita TB, Pengecekan
Tekanan Darah untuk hipertensi
maupun notifikasi lain untuk 12
indikator
●
Memberikan edukasi bagi masyarakat
melalui berita dan informasi dari Kanal
kementerian Kesehatan
Mhealth Beneficier
●
Aplikasi yang bertugas untuk
memudahkan Kementerian Kesehatan
dan Unit terkait dalam publikasi informasi
bagi masyarakat
●
Fungsi Utama:
●
Melakukan manajemen informasi seperti
berita dari berbagai sumber
●
Melakukan publikasi program Kesehatan
ditingkat nasional
●
Melakukan pembuatan template notifikasi
atau pemberitahuan bagi seluruh masyarakat
●
Melakukan monitoring terkait penggunaan
aplikasi mhealth beneficier
Intervensi Manager
●
Aplikasi yang ditujukan untuk tenaga kesehatan
yang telah memiliki akun dari aplikasi PISPK,
●
Tjuan utama dari aplikasi ini adalah untuk
melakukan pemantauan bagi setiap keluarga
yang menjadi tanggung jawab tenaga kesehatan
di masing-masing wilayah kerja
●
Fungsi aplikasi:
●
Monitoring keluarga yang membutuhkan pemantauan
dan telah menggunakan pispk
●
Melihat jadwal kegiatan yang telah ditetapkan oleh
pengguna
●
Melihat capaian PISPK untuk masing-masing wilayah
dan indikator
●
Mengetahui informasi dan berita dari kanal resmi
Kementerian Kesehatan
Mhealth Nakes

Detail Sistem PISPK

Pertimbangan Skalabilitas dan Availabilitas
Vertikal
Horizontal
●
Pada pendekatan ini ketika beban bertambah besar
maka sistem yang sama ditambah
●
Jadi bukan 1 komputer diperbesar tetapi ditambah
banyak komputer yang terintegrasi jadi satu
●
Google, Facebook dan sebagainya menggunakan
pendekatan ini
●
Pada pendekatan ini ketika beban bertambah
maka perangkat keras diperbesar (lebih besar
storage, RAM dsb)
●
Tetapi terkadang permasalahan tidak bisa diatasi
dengan ini
●
Masih ada masalah SPOF (Single Point of Failure
●
Skalabilitas: Sistem Big Data akan menerima data semakin lama semakin banyak, juga
pengguna akan semakin lama semakin banyak
●
Availabilitas: Pengguna bergantung pada Big Data untuk pekerjaan di dalam
organisasinya, termasuk menentukan rute perjalanan, menentukan kebijakan, maka sistem
harus selalu dapat diakses walau beban tinggi

Penggunaan ETL untuk Integrasi Data
●
ETL singkatan dari Extract, Transform and
Load
●
ETL akan memuatkan data ke staging server
dan kemudian ke target database
●
ETL digunakan dengan relational dan
structured data
●
ETL mudah digunakan ketika data sudah
dalam bentuk tabular
●
Untuk unstructured data menggunakan ELT
●
Commercial
– Ab Initio
– IBM Datastage
– Informatica PowerCenter
– Microsoft Data Integration Services
– Oracle Data Integrator
– SAS Data Integration Studio
●
Open Source
– Adeptia Integration Suite
– Apatar
– CloverETL
– Pentaho Data Integration (Kettle)
– Talend Open Studio/Integration Suite

Implementasi DB
R2
R1
R3
R4
R5
R6
R7
C1 C2 C3 C4
R2
R1
R3
R4
R5
R6
R7
C1 C2 C3 C4
R2
R1
R3
C
1
C
2
C
3
C4
R5
R4
R6
R7
C1 C2 C3 C4
R2
R1
R3
R4
R5
R6
R7
C1 C2 C3
R2
R1
R3
R4
R5
R6
R7
C4
R3
R1
R4
R7
C1 C2 C3 C4
R2
R1
R3
R4
R5
R6
R7
C1 C2 C3 C4
Replikasi
Partisi 1 Partisi 2
Partisi 2
Partisi 1
Cache Table Utama
Replikasi
Partisi Baris
Partisi Kolom
Cache

Arsitektur Data dan Informasi
PISPK dan Mhealth

Data PISPK
Dokumen Survei 1
Family Folder
Orang
1
Orang
1
Orang
1
Orang
n
Dokumen Survei 1
Family Folder
Orang
1
Orang
1
Orang
1
Orang
n
IKS
Keluarga
Dokumen Survei 1
Family Folder
Orang
1
Orang
1
Orang
1
Orang
n
Dokumen Survei 1
Family Folder
Orang
1
Orang
1
Orang
1
Orang
n
IKS
Keluarga

Arsitektur Data
Family Folder
Anggota Kel1
Anggota Kel2
Anggota Kel n
Data Keluarga
Indikator
1-12
Indikator
1-12
Indikator
1-12
Data Pribadi Data Survei

Raw Data PISPK
Family Folder Data invidu Indikator
Raw DATA
BISA TERJADI DUPLIKASI DATA
Dok
Survei

Arsitektur Data Mart
PISPK Api
Perubahan
Engine
Data Mart
Data Warehouse
PISPK
(RAW DATA)
update
Data Mart
Mhealth
Update
Turunan

Data Mart Mhealth
Family Folder Data invidu Indikator
Raw DATA
Informasi dari
Pengguna
Data Aktif = Data Terbaru
History 2
Terbaru
History 1
Relasi

Arsitektur PISPK dan Mhealth

Menentukan tingkat sistem
Sistem
Berfungsi
Sistem
Aman
(security)
Sistem
Dipercaya
(Dependability)
Sistem
Tahan
(resilience)
Biaya
Yang
dibutuhkan
SISTEM KRITIS
SISTEM NON KRITIS

Berfungsi sesuai
dengan yang
dispesifikasikan

Minim verifikasi
pihak ke-3

Minim validasi
pihak ke-3

Minim penentuan
standard baik utk
proses
pengembangan,
produk maupun
kompetensi

Confidentiality

Integrity

Availability

“Souverignity:

Reliability

Safety

Maintainability

Tetap dipercaya
berfungsi walau ada sub
sistem yang tak
berfungsi → survivability

Ability to anticipate,
absorb, adapt to, and/or
rapidly recover froma
potentially disruptive
event

Pertimbangan Teknis
Database
Utama
Aplikasi
Front end
Memasukan data
Aplikasi
Perhitungan
IKK
Aplikasi
Visualisasi
dan Report
Open ke database
Yang sama

Pertimbangan Teknis
●
Klasifikasi pengguna yang bervariasi
●
Perhitungan IKS harus lebih cepat dan tidak
menggangu sistem yang berjalan
●
Menghindari sistem “halt” sulit memasukkan data
(akibat mengakses database sama)
●
Meingingkatkan kemampuan visualiasi dan report
harus mengolah data total dan lambat
●
Data setiap waktu selalu bertambah sehingga
ditakutkan kapasitas database akan tidak mampu
menangani total data (minimal 280 juta recrod

Capaian teknis saat ini
●
Mengisolasi database, sehingga tidak hanya 1 database yang menangani (masalah lock
database dapat dihindarkan)
●
Pemasukan database ditangani oleh database terpisah (diutamakan on-memory database)
sehingga kecepatan tinggi
●
Aplikasi perhitungan IKS dilakukan secara parallel sehingga ketika menghitung seluruh
Indonesia tidak perlu dilakukan dengan “loop besar” tetapi bisa dibagi menjadi perhitugan
parallel
●
Perhitungan ini terpisah dari proses visualisasi dan report sehingga tidak mengganggu
●
Menggunakan database yang sesuai dengan karakter update data (RedisDB)
●
Menggunakan Queue Sistem untuk membantu perhitungan
●
Melakukan denormalisasi data
●
Melakukan pengembangan sistem untuk menangani concurent akses dengan menggunakan
golang serta beberapa jenis database sesuai dengan kebutuhan
●
Menggunakan ORM untuk memudahkan switching sistem
●
Mampu untuk menghasilkan raw data tanpa membenahi pengguna dalam prosesnya
●
Menggunakan crostab analisis data dengan memanfaatkan kemampuan dari komputer
pengguna tanpa membenahi server utama

Struktur baru
Program
Data Entry
Program
Data Entry
Program
Data Entry
Database
process
Database
Final
Visualisasi
Grafis
Report
Generator
Siklus
1
Siklus
2
Siklu
s
n
Sinkronisasi
Partial saat
update

Sistem Pispk
Aplikasi
Front End
Input
IKS
Message
Broker
Cluster Big Data
Database
Hitung IKS
FrontEnd
Pelaporan
Nilai IKS
On Memory
Database
Database
Viasualisasi
Akuisisi Penyimpanan Analisis dan
Pemrosesan
Visualisasi
Dashboard
Monitroing
Dashboard
Monitroing

Parallel Data Processing
IKS
IKS
IKS
IKS
Ware
House
Data
Entry
Data
Entry
Data
Entry
Data
Entry
Visualisasi
Dan
report
Data
Publisher
FrontEnd Backend Warehouse Visualisasi
Publisher

Sistem KS
Aplikasi
KS
DB
KS
Aplikasi
KS
DB
KS
Aplikasi
KS
DB
KS
Aplikasi
KS
DB
KS
F
R
O
N
T
E
N
D
Transact
Worker
Calc
Worker
DB DB
DB
Transaction
Process
Management
Calc
Worker
DB
DB
Visualisasi
Web
Frontend
API
Iks Wilayah
Visualisasi
DB
Dataware
House
DB
Dataware
House
DB
Dataware
House
Data Warehouse
BACKEND

Frontend -> Perhitungan
Aplikasi
KS
DB
KS
Aplikasi
KS
DB
KS
Aplikasi
KS
DB
KS
Message
Broker
insert
delete
Transact
Worker
Transact
Worker
Transact
Worker
Transact
Worker
DB
Transaction
trs-status
trs-status
trs-status
trs-status
trs-status
Frontend Backend

37
Infra IKS

Grand Desain Mhealth

Progres dan Target
Implementasi Mhealth

Progres Implementasi MHealth
●
Permintaan Penguatan Infrastruktur PISPK dan Mhealth(Maret)
●
Pengembangan Fitur Mhealth Nakes yang terintegrasi dengan IKS (Juni-Agustus)
●
Persiapan infrastruktur (Juni-Agustus)
●
Perubahan dari infrastruktur Google Cloud
●
Final menggunakan infrastruktur Aws
●
Instalasi dan Konfigurasi AWS infrastruktur (September)
●
Sinkronisasi Data IKS ke Aws Infrastruktur
●
Total Data yg di transfer (400 GB)
●
ETL untuk persiapan sosialisasi mhealth (Setember – ON Progress)
●
Implementasi API gateway (September – Awal Okt)
●
Testing API Gateway(1 Oktober – 10 Oktober) → Permintaan World Bank
●
Testing Registrasi Masal(Awal Oktober – On Going)
●
Launching API Mhealth Beneficier(Done)
●
Integrasi Ke Api Nakes khususnya (11 Oktober)
●
Perhitungan IKS Inti
●

Target Implementasi Mhealth
●
Switching Domain dari Server Pusdatin Ke AWS
untuk domain:
https://helpdesk-keluargasehat.kemkes.go.id/
https://lms-keluargasehat.kemkes.go.id/
●
Penyiapan Materi Sosialisasi Mhealth

●
Infrastruktur PISPK saat ini sedang mengalami
penurunan hal ini disebabkan adanya penurunan
kecepatan hardisk
●
Penggunaan API PISPK khususnya untuk
mendukung mhealth menyebabkan penurunan
perfomance server PISPK
●
Perhitungan PISPK membutuhkan waktu yg lebih
lama yang semula 3 hari menjadi 14 hari karena
sering ternyadinya hank pada server

Optimalisasi-Aplikasi-Presentasi-PISPK.pdf

Recommended

Recommended

More Related Content

Similar to Optimalisasi-Aplikasi-Presentasi-PISPK.pdf

Similar to Optimalisasi-Aplikasi-Presentasi-PISPK.pdf (20)

Recently uploaded

Recently uploaded (12)

Optimalisasi-Aplikasi-Presentasi-PISPK.pdf