Projek untuk mata kuliah Sistem Informasi Kesehatan tentang sistem informasi praktek dokter umum

1. Software Requirements
Specification
untuk
iDoctor
(Sistem Informasi Prakter
Dokter Umum)
Oleh :
Rian Oktio M. P. 14523281
Sabri Kurniadi 14523307

2. 1. Pendahuluan
1.1 Tujuan
Perkembangan teknologi yang semakin meningkat pesat ke arah dunia digital membuat
semua kegiatan manusia akan diakses melalui gadget(alat-alat elektronik). Inovasi baru terus
bermunculan dan menggantikan cara konvensional yang lamban dan memiliki banyak
kekurangan. Tidak ketinggalan pula dalam bidang dunia kesehatan dengan inovasi sistem
untuk mempermudah kinerja pegawai kesehatan dan pasien. Di zaman digital ini hampir semua
rumah sakit menggunakan sistem informasi kesehatan dan peralatan canggih di bidang
kesehatan demi terselenggaranya pelayanan rumah sakit yang efektif dan efisien.
Fokus masalah yang banyak ditemui dilapangan adalah kepada praktek dokter umum.
Selama ini sistem yang digunakan oleh dokter umum mengharuskan pasien yang ingin
check-up agar datang dan menunggu gilirannya. Dan juga rekam medis yang dihasilkan masih
belum digital dimana rumah sakit akan lebih mudah menerima pasien dengan rekam medis
elektronik. Hal tersebut memiliki kelemahan dimana kurangnya ke-efisiensi-an dan pengerjaan
secara manual akan rentan terhadap kesalahan. Selain itu juga dibutuhkan banyak ​back-up
data untuk dokter, dan cadangan jika sang pasien kehilangan manual. Disamping itu,
orang-orang saat ini cenderung nyaman mengakses informasi melalui ​gadget ​mereka dibanding
harus membaca buku.
Oleh karena itu dirancanglah suatu sistem informasi berbasis ​mobile ​yang memuat data
pasien, membuat perjanjian ​check-up ​secara digital. Selain itu terdapat juga jadwal ​check-up
dimana sistem dapat membuat ​reminder bagi pasien untuk datang ke praktek dokter tepat
waktu. Diharapkan sistem informasi ini dapat membantu pasien dalam melakukan medical
check up ​serta mempermudah pengaksesan informasi bagi pasien​ ​dan dokter umum.
1.2 Batasan Masalah
● Sistem hanya ditujukan untuk praktek dokter umum
● Sistem tidak menyediakan menu pembayaran
● Sistem masih berupa ujicoba belum siap untuk diterapkan di dunia nyata

3. 1.3 Daftar Istilah
Istilah Definisi
Database Kumpulan informasi yang dimonitor oleh sistem.
Software Requirements
Specification (SRS)
Dokumen yang menjelaskan seluruh fungsi-fungsi sistem yang
dibuat dan batasan-batasannya.
Developer Orang yang mengembangkan sistem.
Stakeholder Orang yang memiliki kepentingan dalam project, selain
developer.
User Pengguna aplikasi
Check-up Periksa rutin bagi ibu hamil ke dokter kandungan.
Form Formulir dalam menambah maupun mengedit data.
Username Nama user yang bersifat unik, digunakan untuk masuk sistem.
Password Kata sandi untuk masuk ke dalam sistem.
Input Masukan data/value.
Value Nilai dari suatu kolom data.
Primary Key Atribut sebagai pengidentifikasi baris data, bersifat unik.
Foreign Key Atribut dalam suatu atribut yang merujuk pada tabel lainnya.
Unique Data yang bersifat unik dan hanya dimiliki oleh satu user.
Interface Tampilan antar muka.
ERD Entity Relationship DIagaram
Booking Memesan
1.4 Referensi
● IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements
Specifications. IEEE Computer Society, 1998
● cmasyta.files.wordpress.com/2007/10/tgs2-rpl-srs.doc
● http://liliandriani10689.blogspot.com/2010/11/contoh-software-requirement.html

4. 2. Pemodelan Sistem
2.1 Use Case
2.1.1. Use Case Diagram
2.1.2. Skenario Use Case
2.1.2.1. Buat akun
Aktor : Pasien
Keterangan : Digunakan untuk membuat akun pasien, dimana pasien
untuk membuat perjanjian ​check-up harus memiliki akun
iDoctor
PASIEN SISTEM
1. Memilih menu buat akun
1. Menampilkan ​form pendaftaran
pasien.
2. Memasukkan data diri sesuai form 2. Men-​check​ email valid
3. Memilih username dan password
3. Men-​check ​username valid, jika valid
mencatat data pasien beserta
username dan password ke ​database

5. 2.1.2.2. Login
Aktor : Pasien, Dokter/ Perawat
Keterangan : Digunakan untuk masuk ke sistem sehingga dapat melakukan
PASIEN, DOKTER/ PERAWAT SISTEM
Pasien
1. Memilih menu login 1. Menampilkan ​form​ login
2. Memasukkan username &
password
2. Men​-check username dan password
valid
Dokter/ Perawat
1. Memilih menu login 1. Menampilkan ​form​ login
2. Memasukkan username &
password
2. Men​-check username dan password
valid
2.1.2.3​. ​Membuat perjanjian
Aktor : Pasien
Keterangan : Digunakan untuk membuat perjanjian ​check-up dengan dokter
dimana sistem akan menentukan apakah jam yang dipilih tersedia
atau tidak. Jika tersedia sistem akan membuat notification 15 menit
sebelum jam ​check-up ​ditentukan
PASIEN SISTEM
1. Memilih menu membuat perjanjian
(​booking​)
1. Menampilkan form ​booking
2. Memilih jam untuk ​check-up​. 2. Men-​check​ jam tersedia atau tidak
3. Membuat notifikasi jam ​check-up
2.1.2.4​. ​Melihat rekam medis
Aktor : Pasien & Dokter/ Perawat
Keterangan : Digunakan untuk pasien untuk melihat rekam medis dirinya,
digunakan dokter untuk melihat keadaan kesehatan pasien
sebelumnya apakah penyakitnya sekarang memiliki hubungan
dengan penyakit sebelumnya.

6. PASIEN, DOKTER/ PERAWAT SISTEM
Pasien
1. Memilih menu lihat rekam medis
1. Menampilkan rekam medis pasien
tersebut
2. Mengunduh file rekam medis
2. Men​g-upload​ hasil rekam medis ke
device
Dokter/ Perawat
1. Memilih menu lihat rekam medis
1. Menampilkan rekam medis pasien
tersebut
2. Mengunduh file rekam medis
2. Men​g-upload​ hasil rekam medis ke
device
2.1.2.5​. ​Membuat hasil rekam medis
Aktor : Dokter/ Perawat
Keterangan : Digunakan untuk dokter membuat hasil dari yang ditemukan saat
pemeriksaan dalam bentuk digital berupa rekam medis elektronik,
sehingga dapat mempermudah rumah sakit.
DOKTER/ PERAWAT SISTEM
1. Memilih menu membuat hasil rekam
medis
1. Menampilkan​ form ​hasil rekam medis
2. Meng​-input​ temuan-temuan 2. Meng​-check ​ada hasil lab atau tidak
3. Memilih ada hasil lab atau tidak
3. Membuat rekam medis elektronik
pasien

7. 2.2 Struktur Tabel Basis Data
2.2.1. Tabel Dokter/ Perawat
2.2.2. Tabel Pasien

8. 2.2.3. Tabel Sistem

9. 2.3. Relasi Tabel Basis Data
2.4. ERD

10. 2.5. Activity Diagram
2.5.1. Dokter/ Perawat
2.5.2. Pasien

11. 3. Kebutuhan antarmuka eksternal
1. Antarmuka
1.1. Antarmuka pengguna
ER01. Antarmuka pengguna sebaiknya mengimplementasikan standar
XHTML dengan CSS3 untuk pengaturan tata letak dan disainnya.
ER02. Disain antarmuka harus hemat bandwidth, namun tetap menarik.
ER03. Penggunaan gambar sebaiknya diminimalkan.
ER04. Antarmuka harus menggunakan bahasa Indonesia yang ramah
bagi anggota dan pengunjung berusia muda (antara 13 hingga 30
tahun).
1.2. Antarmuka perangkat keras
ER05. Kebutuhan perangkat keras harus sesuai dengan spesifikasi
perangkat keras yang dipersyaratkan oleh perangkat lunak pada bagian.
1.3. Antarmuka perangkat lunak
ER06. Sistem harus beroperasi baik setidaknya pada perangkat lunak
sistem berikut:
● Sistem operasi : Linux Ubuntu
● Web server : Apache HTTP Server 2.4
● Basisdata : MySQL 5.5
● Bahasa pemrograman : PHP 5.5
● Browser : Chrome, Firefox. Play store, appstore
1.4. Antarmuka komunikasi
ER07. Protokol komunikasi harus menggunakan HTTP​.

12. 2. Kebutuhan lain
2.1. Kebutuhan keamanan
SR01. Semua pengguna sistem, kecuali pengunjung, harus melakukan
login terlebih dulu sebelum dapat mengoperasikan sistem.
SR02. Pengiriman halaman dan data harus dilakukan secara aman
menggunakan SSL.

13. 4. Screen Shoot User Interface