Si Klinik (RS) - 06850

Analisis Sistem Informasi
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Ver : 1.0
CareHealth
Sistem Informasi klinik
JURUSAN TEKNIK INFORMATIKA

INSTITUT TEKNOLOGI ADHI TAMA SURABAYA
2019
CareHealth Versi: 1
Spesifikasi Kebutuhan Perangkat Lunak Tanggal Cetak: 15 Oktober 2019
SKPL – Dwi Putra Marbun – Klinik Kristine
Sejarah Revisi Dokumen

Tanggal Ver Deskripsi / Perubahan Penulis
Rahasia Marbun 2 | halaman

CareHealth Versi: 1
Disusun Oleh:
1. [ DWI PUTRA MARBUN ] ( [06.2017.1.06850] )

CareHealth Versi: 1
Daftar Isi
Halaman Judul .............................................................................................................................................................. i
Sejarah Revisi Dokumen .......................................................................................................................................... i
Data Penyusun Dokumen ........................................................................................................................................ i
Daftar Isi ......................................................................................................................................................................... i
Daftar Gambar .............................................................................................................................................................. i
Daftar Tabel................................................................................................................................................................... i
1. Pendahuluan ........................................................................................................................................................ 5
1.1. Tujuan Penulisan Dokumen .................................................................................................................5
1.2. Ruang Lingkup Dokumen ......................................................................................................................5
1.3. Definisi, Akronim, Singkatan yang Dipakai ....................................................................................5
1.4. Referensi ......................................................................................................................................................6
1.5. Gambaran Umum Dokumen.................................................................................................................6
2. Kebutuhan Perangkat Lunak ......................................................................................................................... 6
2.1. Gambaran Umum Sistem .......................................................................................................................6
2.2. Fungsi Utama Perangkat Lunak..........................................................................................................6
2.2.1. Kebutuhan Fungsional ..................................................................................................................7
2.2.2. Kebutuhan Non Fungsional ........................................................................................................7
2.2.3. Kebutuhan Informasi ....................................................................................................................7
2.3. Karakteristik Pengguna .........................................................................................................................7
2.4. Kebutuhan Antarmuka Eksternal ......................................................................................................8
2.4.1. Antarmuka Pengguna....................................................................................................................8
2.4.2. Antarmuka Perangkat Keras ......................................................................................................8
2.4.3. Antarmuka Perangkat Lunak .....................................................................................................8
2.4.4. Antarmuka Komunikasi ...............................................................................................................9
2.5. Batasan Sistem...........................................................................................................................................9
2.6. Lingkungan Operasi.................................................................................................................................9
3. Model Deskripsi Kebutuhan Perangkat Lunak ...................................................................................... 9
3.1. Model Diagram ..........................................................................................................................................9
3.1.1. Arsitektur Use Case.........................................................................................................................9
3.1.2. Diagram Use Case ......................................................................................................................... 10
3.1.3 Spesifikasi Use case ............................................................................................................................. 10
3.1.4 Diagram hirarki............................................................................................................................. 14
3.1.5 Diagram Contex ............................................................................................................................. 14

CareHealth Versi: 1
3.2 Model Data ............................................................................................................................................... 14
Spesifikasi Kebutuhan Perangkat Lunak
1. Pendahuluan
Dokumen SKPL (Spesisifikasi Kebutuhan Perangkat Lunak) ini dibuat untuk tujuan sebagai
berikut :
1. Mendefinisikan dan menjelaskan hal-hal yang diperlukan dalam pengembangan

aplikasi CareHealth (Sistem Informasi Klinik).
2. Memperjelas detail spesifikasi kebutuhan dan ruang lingkup kerja yang akan
dilakukan dalam pengembangan aplikasi CareHealth beserta kendala-kendala
yang mungkin akan dihadapi.
3. Mengenalkan CareHealth ini, serta menjelaskan apa saja fungsi dari aplikasi ini.
4. Membantu tahap tahap development aplikasi CareHealth ini jika suatu saat ada
pengupdatean atau masalah
1.1. Tujuan Penulisan Dokumen
Tujuan dari dokumen ini adalah mencatat berbagai kebutuhan fungsional. Kebutuhan
fungsional diambil dari kebutuhan pengguna terhadap fungsi-fungsi yang ada didalam sistem,
aturan-aturan bisnis beserta atribut kualitas yang mengiringinya. Pada masing-masing
kebutuhan fungsional, dilakukan analisis terhadap input, proses (normal dan alternatif), dan
output.
Adapun pihak-pihak yang berkepentingan dan berhak menggunakan dokumen SKPL ini
adalah :
1. Marbun sebagai pengembang aplikasi.
Marbun akan menggunakan dokumen SKPL ini sebagai acuan dan pedoman dalam
mengembangkan aplikasi CareHealth.
2. Klinik bidan kristine sebagai pengguna aplikasi.
Klinik bidan kristine akan menggunakan dokumen SKPL ini untuk melakukan
pengecekan atau validasi terhadap kebutuhan-kebutuhan user, yang akan
diimplementasikan oleh pengembang.
1.2. Ruang Lingkup Dokumen

Perangkat lunak yang akan dikembangkan adalah sistem pasien, pemeriksaan, obat, dan
riwayat pengobatan, pencatatan secara online. Penggunaan CareHealth akan mempermudah
proses penyimpanan data di klinik bidan kristine
Dengan adanya sistem ini diharapkan, proses administrasi di klinik bidan kristine
menjadi lebih terstruktur dan lebih efisien, karena CareHealth akan mencatat segala proses
yang dialami pasien selama berobat di klinik bidan kristine.
1.3. Definisi, Akronim, Singkatan yang Dipakai
Adapun definisi, istilah dan singkatan yang digunakan dalam dokumen SKPL ini adalah sebagai
berikut :
 SKPL : Spesifikasi Kebutuhan Perangkat Lunak

CareHealth Versi: 1
 DB : Database
 RDBMS : Relational Database Management System
 GUI : Graphical User Interface
1.4. Referensi
Daftar dokumen yang digunakan sebagai acuan atau rujukan dalam penyusunan dokumen
SKPL ini adalah sebagai berikut :
1. SOP CareHealth
2. SOP Klinik Bidan Kristine.
3. IEEE Std 830-1998. 1998. IEEE Recommended Practice for Software Requirements
Specifications. New York: IEEE.
1.5. Gambaran Umum Dokumen
Dokumen SKPL ini dibuat untuk memberikan informasi mengenai spesifikasi aplikasi
CareHealth. Dokumen ini berisikan informasi sebagai berikut :
1. Deskripsi Umum Aplikasi
Deskripsi umum aplikasi meliputi deskripsi umum CareHealth yang
dikembangkan, fungsi utama CareHealth yang akan diberikan kepada pengguna serta
karakteristik pengguna yang meliputi pembagian kelompok pengguna seperti
pekerjaan dan hak akses ke aplikasi.
2. Deskripsi Umum Kebutuhan Aplikasi Yang Akan Diimplementasikan
Deskripsi umum kebutuhan aplikasi yang akan diimplementasikan meliputi
semua informasi yang bersifat teknis yang menjadi acuan dalam pengembangan
aplikasi.
2. Kebutuhan Perangkat Lunak

2.1. Gambaran Umum Sistem
CareHealth merupakan aplikasi sistem infiromasi klinik bidan kristine yang mencakup
semua kegiatan pencatatan mulai dari administrasi dan laporan laporan dalam manajemen
klinik sesuai SOP klinik.
Dengan adanya sistem ini diharapkan, dapat mempermudah pembuatan pelaporan dan
pengupdatan dalam history kesehatan dan pengawasan pemilik terhadap klinik dapat
dilakukan setiap waktu.
2.2. Fungsi Utama Perangkat Lunak
Fungsi-fungsi ini merupakan hasil akuisisi informasi terhadap kebutuhan pengguna dan aturan-
aturan kesehatan. Akan lebih mudah jika aturan-aturan kesehatan diikuti dengan standar
operasional dan prosedur (SOP).]
Adapun fungsi utama yang dihadirkan dalam aplikasi CareHealth sebagai berikut :
1. Pendaftaran Pasien
Pada pendaftaran pasien ini, bertujuan untuk mendata seluruh pasien yang
masuk dan berobat ke klinik, data ini dibutuhklan dalam mempermudah pembuatan
laporan bulanan pasien yang akan dilakukan oleh pihak klinik.
2. pemeriksaan
dalam hal ini, yaitu bertujuan untuk membuat daftar riwayat pemeriksaan
pasien, dan sebagai laporan yang akan dibuat pihak klinik nantinya. Pada fungsi ini
semua jenis jenis penanganan ada pasien akan dicatat.

CareHealth Versi: 1
3. Data bidan
pada proses ini , setiap pasien diperiksa oleh bidan, dan disini disimpan data
bidan supaya mudah dalam memasukkan pada proses pemeriksaan pasien.
4. Data Obat
Menyimpan segala jenis obat, dan akan membantu dalam proses data
pemeriksaan
5. Laporan pasien bulanan
Lapoan ini bertujuan sebagai acuan klinik dalam menangani dan menambah
kualitas pelayannya.
2.2.1. Kebutuhan Fungsional
Fungsi utama sistem CareHealth yang dibangun adalah :
1. Menyediakan pencatatan pasien
2. Menyediakan Laporan
2.2.2. Kebutuhan Non Fungsional

Kebutuhan non-fungsional pada CareHealth adalah sebagai berikut :
1. Ketersediaan
CareHealth tersedia kapan saja dan dimana saja karena menggunakan sistem
website yang dapat diakses secara online.
2. Kapasitas
CareHealth menggunakan platform website yang dapat menampung beberapa
pengguna sekaligus dan pada platform mobile CareHealth dapat diakses oleh semua
user sekaligus
3. Performa
Pemilik UMKM pun dapat melihat secara realtime apa saja yang terjadi saat
proses pemeriksaan.
4. Kehandalan
Informasi ketersediaan obat dan materi lain selalu dapat di update, sehingga
kontrol keuangan dapat dilakukan dengan baik.
5. Keamanan.
Penggunaan akun yang berbeda dan memiliki peran masing adalah salah satu
keamanan yang tersedia di CareHealth. Setiap peran memiliki akses terhadap fungsi
tertentu sehingga peran lain yang tidak diizinkan tidak dapat mengkases fungsi lain.
2.2.3. Kebutuhan Informasi

Kebutuhan informasi pada CareHealth adalah sebagai berikut :
1. Informasi obat dan bidan
2. Informasi data pasien
3. Informasi proses pemeriksaan
2.3. Karakteristik Pengguna

Peran pada CareHealth adalah sebagai berikut :
1. Pemilik Klinik
Pemilik klinik yang dapat memantau dan menerima laporan.
2. Admin

CareHealth Versi: 1
Admin dapat melakukan update informasi dan memasukkan data pasien.

3. bidan
dapat melihat informasi dan memasukkan hasil pemeriksaan pasien
2.4. Kebutuhan Antarmuka Eksternal

CareHealth ini dibangun dengan platform ekstop. Dalam deskripsi kebutuhan antarmuka
ekstenal akan dideskripsikan kebutuhan antarmuka perangkat lunak dengan perangkat lain
yang berada diluar cakupan perangkat lunak yang akan dikembangkan tetapi mempunyai
keterkaitan dalam proses yang dilakukannya.
Dalam operasionalnya, perangkat lunak yang akan dikembangkan memerlukan adanya

interaksi dengan komponen-komponen lain diluar perangkat lunak itu seperti: user sebagai
seorang pengguna perangkat lunak, perangkat keras dimana perangkat lunak ini akan
dijalankan antara lain adalah komputer, smartphone, printer.
2.4.1. Antarmuka Pengguna

Antarmuka perangkat keras yang dibutuhkan dalam perangkat lunak ini meliputi:
1. Jaringan komputer LAN
Digunakan untuk menghubungkan antar perangkat dan memudahkan proses
pengiriman data.
2. Perangkat cetak
Perangkat cetak digunakan untuk mencetak laporan dan nota transaksi.
2.4.2. Antarmuka Perangkat Keras
Perangkat lunak yang akan dikembangkan membutuhkan interaksi dengan user sebagai
pemakai aplikasi perangkat lunak. Dalam melakukan interaksi dengan pemakai perangkat
lunak ini membutuhkan perangkat untuk melakukan proses transformasi input dan output dari
dan ke pemakai. Perangkat tersebut adalah sebagai berikut:
1. Perangkat Keyboard
Keyboard diperlukan sebagai sarana bagi pemakai untuk mengetikkan data masukan
yang akan diproses perangkat lunak. Spesifikasi perangkat keyboard adalah jenis
keyboard yang compatible untuk sistem operasi Windows, Linux, Mac OS.
2. Perangkat Mouse
Perangkat mouse digunakan sebagai sarana bagi pemakai untuk memasukkan data
input bagi perangkat lunak. Meskipun sebagian besar fungsi mouse dapat digantikan
dengan perangkat keyboard tetapi akan lebih ergonomis apabila pada jenis input
tertentu digunakan mouse sebagai salah satu perangkat yang dibutuhkan sebagai
antarnuka dengan pemakai. Perangkat mouse yang dapat digunakan adalah semua
jenis mouse yang compatible dengan sistem operasi Windows, Linux, Mac OS.
3. Perangkat Monitor
Monitor sebagai sarana untuk menampilkan aplikasi kepada pemakai mempunyai
spesifikasi diantaranya: monitor mampu menampilkan grafis dengan kualitas warna
yang baik (true color) untuk menampilkan laporan dalam bentuk grafik.
2.4.3. Antarmuka Perangkat Lunak
Antarmuka perangkat lunak yang dibutuhkan meliputi:
1. Microsoft Windows 7 keatas
2. Php 7 keatas
3. HTML 5 keatas

CareHealth Versi: 1
4. CSS 3 keatas
5. Javascript ES 5 keatas
6. Mysql 5 keatas
7. Android 4 keatas
8. Ios
2.4.4. Antarmuka Komunikasi
Antarmuka komunikasi yang dibutuhkan dalam perangkat lunak ini meliputi:
1. Antarmuka komunikasi pada Admin
Admin membutuhkan kabel USB untuk berkomunikasi dengan mesin cetak untuk
mencetak nota, laporan.
2. Antarmuka komunikasi Mobile
Pada aplikasi mobile, diperluhkan komunikasi REST API untuk berkomunikasi dengan
server. Agar data yang ada pada aplikasi mobile bisa sama persis dengan data yang ada
di website.
2.5. Batasan Sistem
Batasan sistem dalam perancangan CareHealth adalah sebagai berikut :
1. Bahasa pemrograman berbasis dekstop yang digunakan adalah java.
2. Web server yang digunakan adalah Apache.
3. DBMS yang digunakan adalah Mysql.
4. Tampilan grafis menggunakan format file .JPG.
5. Informasi yang ditampilkan dapat dicetak.
2.6. Lingkungan Operasi

Lingkungan operasi CareHealth adalah sebagai berikut :
1. Operasi untuk hak yang diberi kewenangan oleh pihak klinik.
3. Model Deskripsi Kebutuhan Perangkat Lunak

3.1. Model Diagram
3.1.1. Arsitektur Use Case
No Nama Kelas Keterangan

1. Login Merupakan kelas proses untuk login admin bidandan pemilik
2 MengelolahData Sebagai proses untuk mengelolah data pasien seperti proses
Pasien menanmbah, mencari,melihat, mengubah, menghapus data
pasien.
3 Mengelolah Data Sebagai proses untuk mengelolah Admin pasien seperti proses
Admin menanmbah, mencari,melihat, mengubah, menghapus data
admin.
Menelolah Data Sebagai proses untuk mengelolah data seperti proses
Bidan menanmbah, mencari,melihat, mengubah, menghapus data
Bidan

CareHealth Versi: 1
3.1.2. Diagram Use Case
3.1.3 Spesifikasi Use case

A. Login
Nama Fungsi Login
Prioritas [antara low, medium, high]
Pemicu Tombol login
Kondisi awal Masuk menu aplikasi
Alur normal 1.masukkan username dan password
2.pengecekan valid tidaknya data
3. masuk menu aplikasi
Alur alternatif 1. masukkan username dan password
2. pengecekan valid tidaknya data
3. menampilkan pesan login tidak valid
4. masuk menu aplikasi
Kondisi akhir massuk menu aplikasi
Pengecualian [ini muncul ketika ada error]
Kebutuhan 1. hak akses pada pengelolahan data login
non-fungsional
B. Insert Pasien
Nama Fungsi Insert pasien
Pemicu Tombol Insert pasien
Kondisi awal Simpan ke database
Alur normal 1. insert data pasien yang tersedia di form
3. simpan ke database

CareHealth Versi: 1
Alur alternatif 1. insert data pasien yang terdia di form

3. menampilkan pesan data pasien tidak valid
4. Simpan ke database
Kondisi akhir Simpan ke database
Kebutuhan
non-fungsional
C. Hapus pasien
Nama Fungsi Hapus pasien
Pemicu Tombol hapus pasien
Kondisi awal Hapus data pasien di database
Alur normal 1. pilih tombol view
2. cari data yang akan dihapus
3.mengahpus data pasien data pasien
Alur alternatif 1.
2.
3.
Kondisi akhir Hapus data pasien]
Kebutuhan 1.
non-fungsional 2.
3.
D. Insert Bidan
Nama Fungsi Insert Bidan

Pemicu Tombol Insert dokter
Alur normal 1. insert data dokter yang tersedia di form
Alur alternatif 1. insert data bidan yang terdia di form
3. menampilkan pesan bidan tidak valid
Kebutuhan
non-fungsional

CareHealth Versi: 1
E. Hapus Bidan
Nama Fungsi Hapus bidan
Pemicu Tombol hapus bidan
3.mengahpus data pasien data bidan
Alur alternatif 1.
2.
3.
Kondisi akhir Hapus data bidan
Kebutuhan 1.
non-fungsional 2.
3.
F. Insert Admin
Nama Fungsi Insert admin

Pemicu Tombol Insert admin
Alur normal 1. insert data admin yang tersedia di form
Alur alternatif 1. insert data admin yang terdia di form
3. menampilkan pesan data admin tidak valid
Kebutuhan
non-fungsional
G. Hapus admin
Nama Fungsi Hapus admin

Pemicu Tombol hapus admin
3.mengahpus data pasien data admin
Alur alternatif 1.
2.

CareHealth Versi: 1
3.
Kondisi akhir Hapus data admin
Kebutuhan 1.
non-fungsional 2.
3.
H. Insert Pemilik
Nama Fungsi Insert Pemilik

Pemicu Tombol Insert pemilik
Alur normal 1. insert data admin yang tersedia di form
Alur alternatif 1. insert data pemilik yang terdia di form
3. menampilkan pesan data admin tidak valid
Kebutuhan
non-fungsional
I. Hapus Pemilik
Nama Fungsi Hapus pemilik

Pemicu Tombol hapus pemilik
3.mengahpus data pasien data pemilik
Alur alternatif 1.
2.
3.
Kondisi akhir Hapus data admin
Kebutuhan 1.
non-fungsional 2.
3.

CareHealth Versi: 1
3.1.4 Diagram hirarki
3.1.5 Diagram Contex
3.2 Model Data

 Admin, data yang menyimpan informasi tentang admin
 Bidan, data yang menyimpan informasi tentang Bidan
 Pemilik, adalah data yang menyimpan tentang data Pemilik

Si Klinik (RS) - 06850

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

Si Klinik (RS) - 06850

Diunggah oleh

Hak Cipta:

Format Tersedia

Analisis Sistem Informasi

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

JURUSAN TEKNIK INFORMATIKA

Sejarah Revisi Dokumen

Rahasia Marbun 2 | halaman

Rahasia Marbun 3 | halaman

Rahasia Marbun 4 | halaman

3.2 Model Data ............................................................................................................................................... 14

Spesifikasi Kebutuhan Perangkat Lunak

1. Mendefinisikan dan menjelaskan hal-hal yang diperlukan dalam pengembangan

1.2. Ruang Lingkup Dokumen

Rahasia Marbun 5 | halaman

2. Kebutuhan Perangkat Lunak

Rahasia Marbun 6 | halaman

2.2.2. Kebutuhan Non Fungsional

2.2.3. Kebutuhan Informasi

2.3. Karakteristik Pengguna

Rahasia Marbun 7 | halaman

Admin dapat melakukan update informasi dan memasukkan data pasien.

2.4. Kebutuhan Antarmuka Eksternal

Dalam operasionalnya, perangkat lunak yang akan dikembangkan memerlukan adanya

2.4.1. Antarmuka Pengguna

Rahasia Marbun 8 | halaman

2.6. Lingkungan Operasi

3. Model Deskripsi Kebutuhan Perangkat Lunak

No Nama Kelas Keterangan

Rahasia Marbun 9 | halaman

3.1.2. Diagram Use Case

3.1.3 Spesifikasi Use case

Rahasia Marbun 10 | halaman

Alur alternatif 1. insert data pasien yang terdia di form

Nama Fungsi Insert Bidan

Rahasia Marbun 11 | halaman

Nama Fungsi Insert admin

Nama Fungsi Hapus admin

Rahasia Marbun 12 | halaman

Nama Fungsi Insert Pemilik

Nama Fungsi Hapus pemilik

Rahasia Marbun 13 | halaman

3.1.4 Diagram hirarki

3.1.5 Diagram Contex

3.2 Model Data

Rahasia Marbun 14 | halaman

Anda mungkin juga menyukai