## 5 Results and Discussion
* Data Availability (Authorisation, Authentication, and Access Control): To ensure data availability and protect the system from any form of DoS or DDoS attack, the proposed system authorises every user through a registration process, and a unique code is generated using SHA 256 with the help of the user's registration data (\(\Upsilon\)), MAC address (\(\partial\)), and a 32-bit random number (\(\mu\)) at the IoMT server, which is provided to enter into the IoMT client as a unique ID = SHA256 (\(\Upsilon+\partial+\mu\)) during the device authentication process along with the NHS number to help the server uniquely identify and authenticate the connecting IoMT devices. This ensures that every connection request is unique, and the system also removes any idle connection requests (including any half-open connections using a timeout technique) to guarantee service availability. * System Recovery and Self-Healing Network: One of the biggest issues when data collection is carried out over a network is the fear of network failure. In a real-time monitoring system, network failure will lead to data loss, but health and well-being data are critical, so all data should be delivered. So, in this system, a self-healing network system is adopted to recover and avoid data lost in the process of network failure. If the client is disconnected, the last data block sent is remembered, and the data continue to be sent from the last point of failure automatically when the application is restarted. So, the interaction of the client with the server is seamlessly synced without any data duplication or data loss when the network fails. To achieve this goal, the client reading the sensory data shares the same database with the application \begin{table}
\begin{tabular}{c c c c c c c c c} \hline \hline
**Methods** & & & & & & & & \\ \hline Security processes & AES 128 & AES 192 & AES 256 & RSA 1024 & RSA 2048 & RSA 4096 & RSA 7936 & RSA 8192 \\ Key generation (IoMT) & 0.000522 & 0.000554 & 0.000631 & 0.283 & 0.865 & 8.912 & 119.947 & 178.202 \\ Key generation (server) & 0.0001 & 0.000139 & 0.00014 & 0.215 & 0.731 & 4.708 & 49.21 & 54.043 \\ Key file generation (IoMT) & 0.002196 & 0.002214 & 0.002631 & 0.328 & 0.911 & 9.102 & 120.005 & 178.809 \\ Key file generation (server) & 0.000219 & 0.000221 & 0.000221 & 0.33 & 0.788 & 4.811 & 49.43 & 54.102 \\ Encryption & 0.000261 & 0.000261 & 0.000261 & 0.0149 & 0.015 & 0.0238 & 0.0688 & 0.072 \\ Decryption & 0.00042 & 0.00042 & 0.000043 & 0.0095 & 0.0202 & 0.0522 & 0.2802 & 0.3152 \\ Digital signature & - & - & - & 0.0011 & 0.0408 & 0.1744 & 0.9283 & 1.0355 \\ Digital signature verification & - & - & - & 0.00048 & 0.000829 & 0.00126 & 0.00387 & 0.00409 \\ \hline \hline \end{tabular}
\end{table} 
Table 2: Security methods and performance. that connects with the server, and all data acknowledged by the server are set to 1 to determine what has been delivered and what is yet to be delivered otherwise. * Privacy-based Alerting, Monitoring, and Evidence Collection: The system can securely alert the user's selected individual, e.g., friends or family (via email), when the condition of the monitoring outcome is not normal (e.g., when the body temperature is too high or when the air quality of the room is bad). This is to support and update the carers and loved ones on the well-being of the user. The IoMT device detects when someone approaches and when someone touches or moves the IoMT device with the help of proximity, accelerometer, and gyroscope sensors and alerts about the events with a message, a red LED, and a buzzer. This is to ensure that the system is not disturbed, stolen, damaged, or moved unnecessarily when the system is in operation. If the alert messages are ignored and the IoMT device is touched or moved, then visual evidence is captured by a camera, and the evidence is securely transferred to the server.