|
| Presented work | Strengths | Limitations |
|
| HealthFog [5] | Enhancement in Quality of service and prediction accuracy | (i) It could only work on single domain of diseases. |
| (ii) Proposed architecture is designed for one application area only |
| STPH [6] | Efficient medical services | (i) Higher computational complexity |
| (ii) Lack of medical offering system |
| HAAL-NBFA [7] | (i) Implementation of safe-fail module | Proposed framework can monitor limited set of diseases |
| (ii) Minimum feature selection |
| Fog-BBN [15] | Provides assistance for remote patient health monitoring | (i) Event severity level checking is missing |
| (ii) Requirement of real time alert generation |
| Fog-Smart Office [16] | Severity Index calculation which reflects the impact of various activities in smart office environment | (i) Transmission of varied types of events in a common and adaptable format |
| (ii) Lesser network load efficiency |
| Fog-CPE [20] | Minimization of time delay | Bi-directional coordination is missing |
| Tri-Fog [21] Health | (i) Elimination of faulty data | (i) Proposed system does not work on specific set of diseases
(ii) Security aspects are not covered |
| (ii) Removal of redundant data |
| (iii) Data processing using various attributes |
|
