🐛 Bug Report: Health endpoint responses

### 👟 Reproduction steps

Call Health endpoints directly (for example, in Postman) — ttps://cloud.appwrite.io/v1/health/cache Make sure that the name, ping, and status fields are present and filled in the response body.

In a project with Dart SDK (dart_appwrite-18.1.0), execute code similar to runHealthChecks()

I made some changes in Dart, because otherwise an error would occur: type 'Null' is not a subtype of type 'int'

(Separately) Repeat in a similar manner via .NET SDK — the same behavior is observed.

### 👍 Expected behavior

When calling health.getDB() and health.getCache(), the SDK should return HealthStatus objects with the name, ping, and status fields filled in.

### 👎 Actual Behavior

in Dart and .NET SDK (maybe in all sdk) When deserializing SDK responses (at the moment of calling the factory/constructor fromMap / from), the objects received for db and cache do not contain the name, status, and ping keys in the transmitted map/JSON.

### 🎲 Appwrite version

Appwrite Cloud

### 💻 Operating system

Linux

### 🧱 Your Environment

no

### 👀 Have you spent some time to check if this issue has been raised before?

- [x] I checked and didn't find similar issue

### 🏢 Have you read the Code of Conduct?

- [x] I have read the [Code of Conduct](https://github.com/appwrite/appwrite/blob/HEAD/CODE_OF_CONDUCT.md)

Start by reproducing health.getDB() and health.getCache() against the health endpoints, then inspect the generated HealthStatus deserialization in the Dart and .NET SDKs, especially the fromMap/from entry points. Done means the returned objects contain populated name, ping, and status fields without null-type errors in both SDKs.

Written by the indexing model from the issue text.