Software Requirements Specification

Versi 1.0
Maret 10, 2015

Dental Clinic
Administration Apps
Aisya Nur Aulia Yusuf (40805)
Amalina Kurniasari
(40852)
Nourma Reizky Damayanti (41367)

Fakultas Teknik
Universitas Gadjah Mada
2015

Table of Contents
Table of Contents ............................................................................................................................................ i
List of Figures ................................................................................................................................................ ii
1.0. Introduction ............................................................................................................................................. 1
1.1. Purpose ................................................................................................................................................ 1
1.2. Scope of Project................................................................................................................................... 2
1.3. Glossary ............................................................................................................................................... 3
1.4. References ........................................................................................................................................... 3
1.5. Overview of Document ....................................................................................................................... 3
2.0. Overall Description ............................................................................................................................ 5
2.1
System Environment....................................................................................................................... 5
2.2
Use Cases........................................................................................................................................ 6
2.3
User Characteristics .........................................................................................................................8
2.4
Non-Functional Requirements .........................................................................................................8
3.0. Requirements Specification .................................................................................................................9
3.1
External Interface Requirements .....................................................................................................9
3.2
Functional Requirements .................................................................................................................9
3.3
Detailed Non-Functional Requirements
.........................................................................................11

1.0. Introduction
1.1. Purpose
Aplikasi Denal Clinic Administration adalah sebuah aplikasi untuk desktop yang
ditujukan bagi para resepsionis poliklinik gigi. DentistAdministration memberikan sebuah
fasilitas bagi resepsionis untuk mengatur jadwal periksa antara pasien dan dokter gigi
dengan mudah. Dengan memanfaatkan sistem yang terintegrasi, aplikasi ini dapat
menampilkan jadwal periksa antara pasien yang satu dengan pasien lainnya, baik dengan
dokter gigi yang sama maupun berbeda. Selain itu, aplikasi ini juga mendigitalisasi rekam
medis pasien agar lebih terkoordinir dengan baik.
Sistem akan mendata pasien yang akan berobat menggunakan nomor (sejenis ID)
pasien. Nomor ini bisa didapatkan oleh para pasien yang pernah berobat sebelumnya. Bila
baru pertama kali berobat, maka sistem akan membuatkan nomor pasien bagi pasien baru.
Setelah melakukan registrasi awal, sistem akan mencari dokter mana yang sedang tidak
melakukan pemeriksaan pasien. Bila ada dokter yang sedang tidak bekerja, maka sistem
akan langsung menyarankan pasien untuk pergi ke dokter tersebut. Tapi bila semua dokter
sedang bekerja, sistem akan menyarankan pasien untuk antre di dokter dan menunggu
giliran. Ketika pasien akan melakukan pemeriksaan dengan salah satu dokter, sistem akan
mengirimi dokter tersebut rekam medis pasien yang bersangkutan. Setelah itu pasien akan
melakukan pemeriksaan dengan dokter masing-masing. Selesai pemeriksaan, dokter dapat
meminta asistennya untuk mengupdate rekam medis pasien dan menyimpannya dalam
database. Kemudian pasien kembali ke resepsionis untuk melakukan pembayaran.
Resepsionis akan mencoret pasien yang sudah selesai melakukan pemeriksaan dari antrean,
sehingga pasien selanjutnya dapat menjalani pemeriksaan dan begitu seterusnya.

SRS V 1.0

Maret 10,
2015

Aplikasi Dental Clinic Administration bertujuan untuk mengintegrasikan jadwal

periksa antara pasien-dokter gigi yang satu dengan lainnya dan memudahkan resepsionis
untuk menentuka giliran periksa antar pasien. Sistem database yang tersedia di dalam
aplikasi juga membantu resepsionis menjaga data pasien beserta rekam medis yang
dimiliki.
1.2. Scope of Project
Aplikasi Dental Clinic Administration dirancang sebagai sebuah software yang userfriendly sehingga mudah dioperasikan oleh resepsionis dokter gigi. Selain pengguna
Android, aplikasi ini dapat juga dimanfaatkan oleh asisten dokter gigi untuk mengupdate
data rekam medis dan jadwal praktek dokter gigi. Proses penjadwalan praktek yang lebih
tekoordinasi dan terorganisir dapat mempercepat waktu registrasi di resepsionis sehingga
memudahkan dan mempercepat kinerja resepsionis dokter gigi agar semakin optimal,
efektif, efisien dan semakin banyak pasien yang dapat terlayani.
Software ini juga dapat digunakan sebagai sarana pengaturan jadwal praktek dokter
gigi karena memberikan informasi mengenai banyaknya calon pasien yang akan diobati.
Harapannya, keberadaan aplikasi DentistAdministration dapat membantu resepsionis,
asisten dokter gigi dan dokter gigi untuk saling berkoordinasi mengatur jadwal, mendata
rekam medis pasien agar dapat memberikan pelayanan yang maksimal pada pasien.

SRS V 1.0

Maret 10,
2015

1.3. Glossary
Term
Resepsionis

Definition
Orang yang bertugas sebagai penerima pasien di suatu klinik

Asisten dokter

Orang yang mendampingi dokter dalam penanganan

pasien

Dokter

Dokter adalah orang yang melakukan perawatan medis

Pasien

Pasien adalah seseorang yang menerima perawatan medis

Odontogram

Salah satu pendekatan rekam medis yang menggambarkan

gigi menggunakan visual dan supplemental kode

Rekam medis

Rekam medis adalah berkas yang berisi catatan dokumen

dan informasi mengenai identitas dan kondid pasien

Software Requirements
Specification

A document that completely describes all of the functions

of a proposed system and the constraints under which it
must operate. For example, this document.
Any person with an interest in the project who is not a
developer.
Reviewer or Author.

Stakeholder
User
1.4. References

IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements
Specifications. IEEE Computer Society, 1998.
1.5. Overview of Document
Pada bab selanjutnya, akan dijelaskan mengenai use case dan dan fungsi rinci dari
aplikasi. Selain itu juga akan dijelaskan mengenai informal requirements dan berfungi
untuk menjelaskan konteks untuk merancang spesifikasi teknik pada bab-bab
selanjutnya.

Chapter ketiga berisi requirement specification yang ditulis untuk para developer
dan mendeskripsikan fungsi dari produk. Kedua chapter mendeskripsikan aplikasi secara
detail tapi diperuntukan bagi pembaca yang berbeda dan dengan bahasa yang berbeda.

2.0.

Overall Description

2.1

System Environment

Rekam Medis

Asisten Dokter

Jadwal Dokter
Daftar Antrian Pasien

Resepsionis

HS DB

2.2

User interactions with the Web Publishing System (use cases)

Resepsionis dan Asisten Dokter memiliki akses dan kedudukan yang sama dalam

penggunaan aplikasi ini.

2.2.1

Resepsionis Use Case

Use case: update daftar antrian pasien

Diagram:

update daftar
antrian pasien

resepsionis

Brief Description
Resepsionis mengecek daftar antrian pasien sesuai dengan nomer pasien.
Initial Step-By-Step Description
1. Resepsionis menerima nomor dari pasien yang sudah terdaftar di klinik
2. Resepsionis memasukkan nomor pasien dan keluhan pasien ke dalam sistem
3. Sistem memunculkan jadwal dokter yang sesuai dengan keluhan pasien
4. Resepsionis memverifikasi untuk menginput data pasien pada daftar antrian sesuai
dengan jadwal dokter yang bersangkutan dengan keluhan pasien
Xref: Section 3.2.1, Search Article

Use case: Resepsionis Input Data Pasien Baru

Diagram:

Input Data
pasien baru

Rsepsionis

Brief Description
Resepsionis menginput data diri dari pasien baru yang belum pernah melakukan
pemeriksaan.
Initial Step-By-Step Description
1. Resepsionis meminta data pasien
2. Resepsionis menginput data pasien
3. Resepsionis men-submit data pasien agar disimpan di database pasien
2.2.2 Asisten Dokter Use Case
In case of multiple authors, this term refers to the principal author, with whom all
communication is made.
Use case: Update Rekam Medis
Diagram:

Update Rekam
Medis

Asisten Dokter

Brief Description
Asisten dokter menginput dan memperbarui rekam medis pasien
Initial Step-By-Step Description
Sebelum ini, asisten dokter telah membuka aplikasi administrasi klinik dokter gigi.
1. Asisten Dokter melihat daftar pasien yang sedang ditangani dokter
2. Asisten Dokter menginput data pada rekam medis sesuai pemeriksaan dokter
3. Asisten Dokter meminta konfirmasi dokter
4. Asisten Dokter mengupdate rekam medis yang telah dikonfirmasi Dokter.
Xref: Section 3.2.2, Communicate
Use case: Update Jadwal Dokter
Diagram:

Update Jadwal
Dokter

Asisten Dokter

Brief Description
Asisten dokter menginput dan memperbarui jadwal dokter
Initial Step-By-Step Description
Sebelum use case dilaksanakan, asisten dokter sudah terkoneksi dengan aplikasi.
1. Asisten Dokter menerima jadwal dokter bersangkutan
2. Asisten Dokter menginput dan mengupdate jadwal dokter
2.3

User Characteristics
Resepsionis mengharapkan suatu aplikasi yang memudahkan mencari data pasien,

jadwal dokter dan menginputkan pasien pada jadwal dokter bersangkutan secara cepat
tanpa harus mencarinya secara manual pada berkas-berkas.
Asisten Dokter menginginkan kemudahan dalam mengakses rekam medis dan
mengupdate rekam medis secara rinci melalui aplikasi tanpa harus menuliskan secara
manual.

2.4

Non-Functional Requirements
Aplikasi ini membutuhkan koneksi internet yang cukup cepat agar dapat

mengakses database dan menghubungkan beberapa database. Resepsionis dan

asisten dokter membutuhkan koneksi internet yang baik agar dapat mengakses
beberapa database. Resepsionis dan Asisten Dokter memerlukan sebuah akses
pada PC untuk dapat masuk ke database masing-masing.

3.0.

Requirements Specification

3.1

External Interface Requirements

Pada software ini tidak terdapat hubungan dengan jaringan luar karena beberapa

database diatur oleh pengguna sendiri yaitu resepsionis dan asisten dokter. Kedua
pengguna masuk ke dalam environment, berinteraksi satu sama lain melalui database
yang mereka miliki.
Resepsionis menggunakan use case cek jadwal dokter dengan memasukkan
nomor ID dari pasien dan akan menghasilkan jadwal dokter yang sesuai dengan nomor
serta keluhan pasien. Use case input data pasien baru menerima data diri dari pasien
yang kemudian disimpan di database rekam medis.
3.2

Functional Requirements
The Logical Structure of the Data is contained in Section 3.3.1.

3.2.1 Update Daftar Antrian Pasien

Use Case Name
XRef
Trigger
Precondition
Basic Path

Update Daftar Antrian Pasien

Section 2.2.1, Search Article
SDD, Section 7.1
Adanya pasien yang akan melakukan pemeriksaan
Terdapat pasien yang terdaftar pada daftar antrian
1. Resepsionis menerima nomor dari pasien yang sudah terdaftar
di klinik
2. Resepsionis memasukkan nomor pasien dan keluhan pasien
ke dalam sistem
3. Sistem memunculkan jadwal dokter yang sesuai dengan
keluhan pasien
4. Resepsionis memverifikasi untuk menginput data pasien pada
daftar antrian sesuai dengan jadwal dokter yang bersangkutan
dengan keluhan pasien
5. Resepsionis melakukan konfirmasi pada data pasien yang
sudah hadir

Alternative Paths

Postcondition
Exception Paths
Other

Apabila terdapat pasien yang terlebih dahulu membuat janji,

data pasien dapat diinputkan ke dalam daftar antrian. Setelah
pasien
yang
bersangkutan
dating,
resepsionis
mengkonfirmasi kedatangan pasien tersebut pada daftar
antrian.
Data pasien telah diinputkan pada daftar antrian pasien
None
None

3.2.2 Input data pasien baru

Use Case Name
XRef

Input data pasien baru

Trigger

Pasien yang hendak melakukan pemeriksaan belum terdaftar

dalam sistem
Data pasien belum ada pada system

Precondition
Basic Path

Alternative Paths
Postcondition
Exception Paths
Other

1. Resepsionis meminta data pasien

2. Resepsionis menginput data pasien
3. Resepsionis men-submit data pasien yang telah
diinputkan untuk disimpan pada database pasien
If the user prefers to use his or her own email directly, sufficient
information will be contained on the Web page to do so.
Data pasien telah disimpan pada database pasien
The attempt may be abandoned at any time.
None

3.2.3 Update Rekam Medis

Use Case Name
XRef

Update rekam medis

Trigger
Precondition

Dokter melakukan pemeriksaan terhadap pasien

Rekam medis pasien telah tersedia. Asisten dokter mebuka rekam
medis pasien yang akan ditangani Dokter. Dokter membaca rekam
medis yang akan ditangani.
5. Asisten Dokter melihat daftar pasien yang sedang ditangani
dokter
6. Asisten Dokter menginput data pada rekam medis sesuai
pemeriksaan dokter
7. Asisten Dokter meminta konfirmasi dokter
8. Asisten Dokter mengupdate rekam medis yang telah
dikonfirmasi Dokter.

Basic Path

Alternative Paths

None

Postcondition
Exception Paths
Other

Rekam medis pasien telah ter-update

None
None

3.2.4 Update Jadwal Dokter

Use Case Name
XRef

Update Jadwal Dokter

Trigger
Precondition
Basic Path
Alternative Paths

Dokter menginginkan perubahan jadwal jaga

Jadwal Dokter telah tersedia.
1. Asisten Dokter menerima jadwal dokter bersangkutan
2. Asisten Dokter menginput dan mengupdate jadwal dokter
None

Postcondition
Exception Paths
Other

Jadwal Dokter telah ter-update

None
None

3.3

Detailed Non-Functional Requirements

3.3.1

Logical Structure of the Data

The logical structure of the data to be stored in the internal Article Manager

database is given below.

Resepsionis
update

Asisten dokter
add
update
Daftar antrian pasien

Rekam medis
Jadwal dokter

affected

The data descriptions of each of these data entities is as follows:

Resepsionis Data Entiti
Data Item
Type
Name
Text
Resepsionis-ID number
Daftar Antrian Pasien
Data Item
Type
Nama Dokter
Text
Nama Pasien
Text
ID Pasien

Integer

Konfirmasi
kedatangan
Konfirmasi
pembayaran

Boolean
Boolean

Description
nama dari resepsionis
Nomor id resepsionis

Comment

Description
Nama dokter yang
Nama pasien yang terdaftar

Comment

Nomor ID pasien yang

terdaftar
Konfirmasi kedatangan
pasien yang terdaftar
Konfirmasi pembayaran
pasien yang telah selesai
ditangani

Jadwal Dokter Data Entity

Data Item
Type
Description
Nama
Text
Ama dari dokter
ID
Integer
ID dari dokter
Nama Pasien

Text

Spesialisasi

Text

Asisten Dokter Data Entity

Data Item
Type
Nama Asisten
Text
Dokter
Nama Dokter
Text
ID
Integer

Comment

Nama pasien yang diampu

oleh dokter
Spesialisasi dokter
Description
Nama dari asisten dokter

Comment

Nama dokter yang diasisteni

ID dari dokter

Rekam Medis Pasien Data Entity

Data Item
Type
Nama Pasien
Text
Hari dan tanggal
Text
Nama Dokter

Text

Hasil Anamnesis

Text

Description
Nama dari pasien
Hari dan tanggal pemeriksaan
Nama dkter yang menangani
Null
Hasil anamnesis pemeriksaan

Comment

Diagnosis

Text

Hasil diagnosis pemeriksaan

Rencana Penatalaksanaan

Text

Rencana penanganan

Pengobatan

Text

Pengobatan yang dibutuhkan

Tindakan

Text

Tindakan yang dilakukan

for publication

Odontogram Klinik

Text

Persetujuan dokter

Boolean

3.3.2

Persetujuan dari dokter yang

menangani untuk kemudian dapat
diinputkan ke dalam sistem

Security
Program hanya dapat digunakan oleh klinik bersangkutan.