Achieving use in pharmacies: Support for Pharmacy registration and education

[Heather] Hello everybody. My name’s Heather
McDonald, and I’m responsible for education and clinical use within the Agency, and thanks
for joining the webinar. I’m very happy to deliver this, and please ask questions as
we go along if you need any further clarification. Now as you know, this is being recorded; and
also, the slides will be available to go with the recording. And there is a first slide
that’s missing, so that will be added. So all the other slides will be exactly the same,
except I will be adding a slide that somehow got lost; and that’s my first slide, which
is describing what I’m going talk about. What I’m going to talk about today is what are
the benefits for the pharmacists; so what, what’s the use of you guys getting connected,
and what is, why are we doing this? I will skim through that, because you’re probably
fully aware of that. And then how the pharmacists will use Digital Health and My Health Record.
Then I want to go into what the Digital Health foundations are and talking about state organisations,
and then how the organisations will actually get registered, and what are the key goals
within the organisation, of who’s going to do what. And then, the steps to get registered;
what organisations have to go through to actually get registered; and then what sort of support
the pharmacies are wanting, which is a little bit about… what the vendors are expected
to do. [Thomas] Yep. [Heather] Okay, so let’s launch into this.
So what are the benefits for pharmacists? The main one is, they’re going to have more
time with customers; less time chasing clinical information and investigations. One of those
things I’ll be able to do is look at the Discharge Summary or the Shared Health Summary. There’ll
be better information sharing between healthcare providers. There’ll be improved, important
customer information being available when needed; so this will save the pharmacists
phoning up the GP or the hospital if there’s been a discharge. Helping customers, including those with chronic
and complex conditions, to better manage their health. How will the pharmacists be using
the system? So, for the most part, the Dispense Record, they won’t know that they’re actually
using the system, because it’ll be automatically uploaded. So for most pharmacists, that’ll
just be sending the Dispense Record off, and it’ll go up to the system. If a pharmacist
has got a, has got the ability to view the prescriptions, so they’ll be able to see if
the patient’s not taking all their records, all their medications. So as an example, if
someone’s being prescribed a statin, and they’re not having it filled, the pharmacist will
be able to see, and they’ll be able to discuss with this patient, and they’ll be able to
do a lot more education than they can now. They don’t always get to know what scripts
have been prescribed. They’ll save time chasing up discharge medications,
and that’s a big key one; so one of the pharmacists that we work with said they look up a patient’s
record on the My Health Record probably once a day, which I was surprised about. So at
least once a day, they get a patient in that they need to know something that they didn’t
already have about that patient; so that was either a Discharge Summary, more like a Discharge
Summary. Sometimes they’ll go to the Shared Health Summary to find out what sort of illnesses
they’ve got, as to why they’re being prescribed that sort of medication, so that’s pretty
important. And it’s also a useful reference to pharmacists
when they’re conducting med checks. Event Summaries, they can have a look and see if
they’ve got allergies, which is pretty important if the pharmacist thinks that they might’ve
been prescribed something, if the patient says “Oh, I don’t know about that; “I was
allergic to that last time,” the pharmacist will be able to have a look at that in their
Event Summary or the Shared Health Summary. Some pharmacists have the ability to upload
that now, but they can, I don’t think you’re building that in the first tranche. It’ll
also give a bit of an accurate, more accurate than current, if at least the patients are
getting their scripts filled, there’s a good chance they’ll take them; so you’ll be able
to have a look and see if they are getting them filled, so that we’ll have greater assistance
about compliance with their medications. Okay, so I’m not sure if this has been explained
to you before from one of the previous webinars, but what I want to talk about now is the Digital
Health Foundations, which sort of set the scene for how all clinical documents go. So,
and how organised, what the organisations need to do to get part of it. First of all,
as you know, if all healthcare, all individuals have an IHI, so that is given to you by Medicare,
and everyone’s got one of those. And then we get into… I’ll expand on that further. Now HPI-I, so every provider has an HPI-I,
so every pharmacist who is registered with AHPRA, and so they get their HPI-I from AHPRA,
and… They don’t have to do anything; because they’re registered, they can phone up AHPRA
or DHS, and they’ll get that number. The HPI-I is the organisational identifier; and what
that does, the only people that can get that are people who are delivering healthcare.
So this is why the HPI-I is linked to the O, then the, it’s delivered to the individual
which has an IHI. If you’ve got a pharmacist that’s working in several pharmacies, their
HPI-I will link to their O in each one of those. So, many pharmacists own a couple of
pharmacies, for example; each of their pharmacies will have a different O, and that’ll be a
seed organisation, which is important. So one of the support you as vendors have is
to support how the I links with the O in each one of their facilities that the organisation
runs, because the O has to be that individual organisation, whereas the I, the HPI-I moved
with the provider. Now if anyone has any questions, just type
them in over that, because that can be a little bit complicated; but this is where the security
of the system works, and one of the biggest things we get asked about questions, especially
in the GP land, is “What if my health insurer “finds out about my information?” Well, a
health insurer doesn’t deliver healthcare, so they won’t have an HPI-O; so this is the
security and privacy bit around who can deliver what. Okay, so when an organisation gets their
HPI-O, they have two options: they can be a Seed or a Network. Now we are strongly recommending that every
pharmacy becomes a Seed Organisation, which means they’re just contained within that organisation;
so they’re not connected to any other organisations. Even for those large pharmacy groups that
might have several other pharmacies under them, I think it’s really, it’s more important
for the organisation just to be its own legal entity in the Seed Organisation. So this is
Seed, and you can see that I’ve got people that aren’t pharmacists on this slide, but
let’s just pretend they’re all pharmacists. So you might have three pharmacists working
in a pharmacy, and in your community pharmacy, and you’ll have them all linked to that Seed,
which is the HPI-O. So each of the pharmacists has their own HPI-I that needs to be linked
to the HPI-O within the system; so they’re a sole trader or a small practise. So if any
of your organisations ask you… About Seed or Network, Seed is the most important one,
and it should just remain as a Seed. I keep clicking the wrong buttons here. So
most organisations will be Seed, yep; for the larger ones, there’s Seed and Network,
but it’s best just to keep them as a Seed. Now there’s two things when you’re registering,
because this is always DHS; so this is the HI service, which underpins the My Health
Record, so this is the infrastructure. So there’s a couple of people we, that we need
to be involved in this, and one is what’s called an RO, which is usually the owner;
and then the admin or the other person, might be the manager of the community pharmacy,
might be the OMO. One of the key things about the Responsible Officers and the OMO is you
have to be one of these to talk to DHS; so if there’s any problem, anyone in the pharmacy
has any questions or queries, it has to be the OMO or the RO that rings DHS to find out
what the answer is to their problem. Now the Responsible Officer is usually the owner,
and we’ll, I’ll talk about how that gets registered in a minute; and the OMO can be the owner,
so the owner can be both of those, so if it’s a very small practice, there’s not a problem
with being both of those people. And the OMO; you can only have one RO, so just one person.
But for an OMO, you can have more than one. So, which makes sense if you’ve got people
going on holiday. So these are the things that your customers
might actually ask you about, so you can always steer them in another direction, I have to
say, but I’ll talk about that in a minute. What you need to do is, for the pharmacists,
they need to get their HI number; now they are sent there when they get their reregistration
letter from AHPRA. But most people don’t have a look at that, and they either throw it away
or file it. So if they don’t know what it is, they can either ring the HI service line,
or they can ring AHPRA; or they can just add this number to their AHPRA User ID. Not their
registration number, but their User ID. So you can see, there’s this six-letter number
that goes in front of it, and that’s their HPI-I. Pharmacy technicians are not registered,
so for all intents and purposes, one of the barriers that we’ve got is how the pharmacies
actually work; a lot of the times, the pharmacy technician is sending the Dispense Record,
so it has their initials on the actual script, so you can trace back to who actually sent
the script; and then the practising note to pharmacy is where the pharmacist has a look
at it, approved it, and signed it on the paper on the packet that’s given to the customer.
So at the moment, if the technician is signing off in your electronic system, you will have
like, they don’t have an HPI-I, so that particular Dispense Record will not be uploaded to the
system; so I’m not sure when you design the clinical document, the CDA document, part
of your Dispense Record, I don’t think it’s appropriate to have two lots of initials,
but you’ll have the identifying person needs an HPI-I, and that will not be the technician. So just, we are doing some work behind the
scenes to see if we can do something about that; currently, the only person in the pharmacy
that has an HPI-I is the actual pharmacist themselves. So there are some, has to be some
thinking about the workflow within a pharmacy that we’re working with them to sort of sort
out. This is a registration summary and My Health Record summary, which doesn’t look
like a summary at all. But there will, the only ones that are really relevant for you
to support your customers with is the very first line; so if you look at the go-along,
and you, say, get to the Online Registration tool, and it’s, you go to the top one which
is talking about being a Seed HPI-O. The second one is the Provider Portal, which you’re not
going to encourage your customers to do; they might, some of them will already have access
to the Provider Portal, but you want them to have access to your system so it goes B
to B. So it’s, the top line is what they have to
do. What they need to do is get the Seed HPI-O for the organisation, so they need to get
their organisation registered with DHS for that; and then they need to register for My
Health Record, which is another form, which I’ll show you in a minute. And then they need
their NASH certificate. Now the NASH certificates are the security that links their HPI-O to
their HPI-I. And that’s kind of how the security works from that previous diagram that you
saw. The lighter blue in this diagram is about the Network; so the Seed is the darker blue,
and it’s the top, top bit. So it’s a small component of this complicated, almost silly
diagram that you’re interested in to support your customers. So how do they register? So
I’m just going to take you through the steps now. The Digital Health Agency has some online
forms, and you can see the link to the forms down there. They’re very simple to fill out.
If the pharmacists have already known to Medicare, which most of them are, because they do PBS;
I think you’d be hard pressed to find any pharmacy that’s not known to Medicare. So by them being known to Medicare, it’s much
simpler. If you sit down and just fill out these forms, it’s about a 15- to 30-minute
time is taken, and we’ve got a whole lot of information… A whole lot of information
about what they need to have with them before they start their process of filling out the
form. It is available on our website, but it seems like one of the things for the HPI-O
for the RO to get registered in here, they use their PBS approval number, and that makes
their identification dead easy, and it takes, it fills out a lot of the other information
that’s required in the forms, because they’re already known. To be an OMO, you need… Proof
of identity. I’ve got a question here which I will answer: “How does a pharmacy technician
get registered or set up?” A pharmacy technician can’t get registered at all, because they
don’t have a, they’re not registered with AHPRA; so that’s what I was saying previously.
We can’t… They don’t have an HPI-I, so if they’re the person that has signed off on
the on the Dispense Record, you cannot upload it, because they don’t have an HPI-I. So what we have to work out is how can you
get the pharmacist’s HPI-I in the Dispense Record? When we’ve been talking to a few pharmacists,
they have suggested that we have two initials on that Dispense Record; most of you have
a space in the Dispense, in your software, where the technician puts their initials.
If you were to have the pharmacist’s initials, they could probably put that in there, and
then the pharmacist’s initials would go up. That’s a configuration situation that you
could create; that’d be the technical fix, I guess. But as I said, we’re working in the
background, but it’ll take more than, we’d just commenced this work after we’d realised
that the technicians actually do a course, a listed course, that we’re working with the
Guild to think about how we could get them an HPI-I; but at the moment, under no circumstances
can anybody, except the pharmacist who’s registered with AHPRA, get an HPI-I. So Step 2; so first of all, let’s go back
to Step 1, and just go through that. So they need to get the Seed HPI-O, which is filled
out on the registration form. The form’s in the Online forms. There’s also My Health Record
system registration, and the NASH certificate registration. So there’s three bits of paper
that need to be filled out, then go across to DHS for processing. So then… The next
step is to register the pharmacy, to register the pharmacist in the Healthcare Provider
Directory. And this, this provides, this is a paper form. You can do it electronically.
Oh. You just click onto this form, and fill it electronically. So they need to do that,
and then Step 3 is the configuration. Now this is the bit where they’re going to ask
you for a bit of support in configuring the software with the digital certificates; so
that’s the PKI one and the NASH certificate. Currently, what happens in, so this is where…
When you’re building your system, it would be good to work with Josh and his team to
work out how you’re going to get the certificates in the system. Some of the software has to
be done by the vendor itself at the moment. In some of the GP software with the NASH certificate,
what they’ve got is a process online, so the person installing the NASH certificate can
follow the steps through, so they say, so in there, in their system, it says how to
install your NASH certificate, and it goes step by step. Because one of the things that
I’ll talk about in a minute is who’s providing support at the moment. Now the interest is to sort of have some discussion
from you today, if you wish, about how you configure it now, how the Medicare K-P-I Certificate
is installed, and what sort of support do you currently give your customers who install
those certificates; and so, you can make the NASH Certificate quite similar. So these are
just some tips that you can support the customers with about the Responsible Officer, the OMO;
and if the owner, or the RO, the person who is going to be the RO, is not known to Medicare,
they will need to have 100 points of identity, evidence of Identity. So as we’ve said, the
PBS approval number can be used instead, and there’s a help centre which is quite helpful
as well. That’s a DHS Help Centre. So after the online forms are done and sent off to
Medicare, it’s usually within– [Thomas] Six weeks. [Heather] Two to six weeks they stay; more
likely six weeks. A letter will come back to the pharmacy with their HPI-O and the registration
numbers for their RO and OMO. There’s a letter as well saying that your pharmacy is now registered;
and the NASH Certificates, which are either a USB or, they’re usually USB now, I think.
I’d have done away with CDs, although some people are still getting CDs, and some computers
don’t use them. And what they’ll have is the, their personal identification code; it’s how
they enter their NASH Certificate into their software. Now if the pharmacy is wanting to
have an individual NASH, they’ll also get those; what’s happened at the moment is some
pharmacies are getting registered in anticipation and waiting for you guys to get your software
connected, and starting to use the provider portal. So some of your customers, and we’re
aiming to support you a lot in this, and have some of your customers already registered
by the time, when you get your software up and running; and all they’ll need to do is,
all you’ll need to do is make sure the NASH Certificates are installed. So, because what…
Yeah, I’ll just talk about current support in a minute. Once the organisation’s registered, the staff
will just need to familiarise themselves with some of the Participation Obligations; and
also, I think you have some policies, and we’ve got some templates for them, and you
might want to create your own templates based on this, because some of the other vendors
have done that to help their members, so we can distribute that. So what sort of current
support have we got, and how are we doing it? So current support is the vendor support;
now the main support that your customers will want from you is installing the certificates,
pretty much. So they might get it, or if they get an error message, then they may ring you
and find out what the error message is about. The error message is often about the certificates,
but it may be a general My Health Record error; and if that’s the case, they can just send
out to all vendors that are connected. So the My Health Record system sends out to all
vendors that are connected any alert or something, if an error message is common; then you can
send that on to your customers. We’ve got the Primary Health Networks who are now doing
a lot of work targeting pharmacies. Our main, and the Agency Help Desk. So I’ve
got Thomas in the room with me, who’s working specifically on recruiting the PHN to get
pharmacies registered at the moment. So we were targeting GPs for the last couple of
years, as you know; they were the special group that we targeted to get adoption and
use, and now we’re targeting pharmacies. And we’ve probably got, getting up to about 1,500
across the country that are registered. Some of them are registered and didn’t, haven’t
got conformant software; so what the PHNs are currently doing is suggesting that they
still get registered as an organisation for both… Both the provider portal, plus get
their Seed, so they can use the software when it’s connected. And what they’re doing is,
they’re not sending up prescriptions, but they’re able to view the Discharge Summary
of the patients, if need be, through the portal. It’s not the most satisfactory way to go,
and they can’t wait for your software to get connected. The Agency Help Desk also takes
a lot of calls. So as we talked about what sort of support is required, a lot of help
is required with completing the registration forms. Now this can be done by the PHNs or
the Agency Help Desk, or online; we’ve got a lot of help online, and that might be supportive
for you if your customers are asking. The other thing… So what happens when a
pharmacy calls for assistance, say to our help centre? They might call if there’s an
error message in the software. We always tell the people, the customers, to call the help,
their vendor, first up to ensure that the vendor can support them. If they don’t have
any luck with contacting the vendors, the help centre usually escalates it and calls
the vendor contact that we have in the agency ourselves; or if it’s about something to do
with the HI service, we’ll call the Department of Human Services for them. Now there is one
thing that I haven’t mentioned; it’s one of the things in the software is getting, when
you’re getting the Dispense Record sent up, the consumer, the patient, has to have an
IHI. So in your software, you’re implementing the
call to the HI service. I think that’ll be one of the first things you do when the patient,
you’ll have a call, check the IHI. So one of the useful things that would help when
you’re implementing, is to, when you scan a script, because the prescription record
has all the five things you need to get an IHI, like date of birth, Medicare number,
name, and gender. Think there’s another thing– [Thomas] Yeah, the main things. [Heather] And if they’ve got a DVA card; so
that will be on the script. Because not all pharmacists, every time they dispense, select
a date of birth; and some of them don’t collect Medicare card numbers. So if you can somehow,
when you create your, when you scan a script, if any information about that patient is not
being held in their current software, it automatically populates there. So then when they go to check
the IHI number, or pull the IHI number into the software, you’ll have the mandatory pieces
of information that not all pharmacists collect. That’s what we found with that workflow, wasn’t
there. Some of the ones that are already connected to Fred, for example, weren’t sending scripts
because they didn’t have date of birth; and there was no error that came up, they just
didn’t ever have a Medicare, they didn’t ever have an IHI for that patient. And when we
went back and checked, we found that there was a lot of date of birth that weren’t included;
because when you go and get a script filled, it’s not the first thing the pharmacist asks.
Usually they never ask you about your date of birth. So that’s just a tip that I would just strongly
recommend you think about making sure that all those five or four things that are absolutely
mandatory to check the IHI number are included and can be automatically populated if you
get that information from somewhere else, which will be a prescription record. This
is on our website, and it lists the different support phone call, because there’s quite
a few help lines, and this is just so that, what each help line does for support. Okay, questions; so that’s, I’ve got a question
here. “Can you confirm the four things required “to check the IHI number?” First of all, the
patient has to have a Medicare number; so that can be the Medicare number. Now for DVA
patients, there’s the DVA number. You don’t need both; you have one or the other. There’s
their surname, first name, date of birth, and gender; so there’s five things that are
mandatory. So their first name and their second name are mandatory, because as you know, in
families, they all have a Medicare number; but it’s not unique, because the families
have the same number. So now you, in there, to check the IHI, there’s actually, you have
to have the surname and the first name. [Thomas] Yes; so as to, I think it’s interesting
to note that some work’s been done recently to enable what they call soft matching; so
that basically, the system’s a little bit more flexible in matching up those details.
But you can really, I think a good example of how this system works, and how it can go
from not working very well to working very effectively with a reasonably small amount
of work is that, one of the hospitals that I’ve worked with was getting an IHI match
rate of roundabout 30%. And we did do a bit of work; we actually identified that the reason
why that match rate was so low is because the hospital was routinely adding a middle
name. So that was first, first name, middle name, and last name. Because that wasn’t what
the IHI matching service required, it wasn’t working very effectively. By rectifying that
issue, and only collecting the first and last name, we went to a 90% matching rate; so that’s
a significant improvement. So I think it would be useful in developing your user interfaces
to ensure that the required information is routinely collected, and collected in a way
that enables effective matching. [Heather] Yeah; and that when we looked at
the match rate within pharmacies, it was about the date of birth. [Thomas] The other one of the key points that
we’re sort of encountering too, quite frequently, is that the process of actually configuring
a pharmacy to use My Health Record can actually be the point at which they sort of lose interest,
because it’s another sort of piece of work that needs to be done, and something that
often falls through the cracks, so to speak. So I think, starting with a fresh canvas,
as you, your organisations, are; any effort that can go into streamlining that configuration
process really to the extent possible would really result in an increased utilisation
of your systems, and a reduced workload on the pharmacies. [Heather] Yeah; so for, and probably out of
that is you not having to configure it yourselves back at the organisation; probably just having
a step-through process of how they install their NASH, like some of the GP vendors have
done. And I guess the other thing you need to know is the PHNs are really supporting
pharmacies, as I said; but some of the things might be that we can help you with is if you
want to send a letter out to all your customers once you’re connected, saying you’re now connected.
We strongly support everyone getting registered… And giving them a link to the online form
and giving them, you know, telling them to contact their PHN staff; and that’ll help
you get your customers on quicker, and we can, we can do that sort of support. I’ve
got a question here that I’m not quite sure of: “What combination of values could be used
for validation?” If we’re talking about a validation of the
IHI, those five bits of information are mandatory; so they’re, the combination is that… All
five have to be there. You must have the Medicare number; it’s just all five have to be there.
You must have the Medicare number, or DVA. That has to be there, there has to be a surname,
there has to be a first name, and there has to be a date of birth, and there has to be
a male-female. [Thomas] Yeah. I think there’s information
available on our website about that, but if there’s anything else that we can sort of
provide to you on those, along those lines, we’ll see what we can do, because it is very
important; and if it was– [Heather] Well, they’re also part of the,
when you’re doing your, building your software to view IHI, that should be in the specifications
so that they’re a mandatory requirement. [Thomas] I think ideally, too, when a pharmacy
is working with a customer, would be their pharmacist, or the person working with the
customer, would be prompted to ask for any information that’s missing. If they’re not
prompted, and they don’t put their information in, then they’re not going to be able to upload
for that particular person. [Heather] So I think when you build your system,
yeah, the IHI definitely has that in there, requirements, mandatory requirements, all
of those five things. Address is there as well as an optional extra. I think, here. [Thomas] So importantly, you wouldn’t need
to request this information every single time; so once that request is for example, in the
system, you add a particular pharmacy for an individual, you wouldn’t need to keep requesting
that piece of data, because you could link up that known individual with their known
record. [Heather] Yeah; I think the important thing
for you to think about that isn’t in any of the specifications or recommendations is that
if you’re getting information from the prescription, so with the scanning and the electronic, you
know, you all have that ability for the pharmacist just to scan it quick in there before they,
you know, the prescriptions, before they dispense; and the scripts have all that information
on it, so it’s putting it into the system so the pharmacist doesn’t actually have to
ask the person, the customers, for their date of birth. It’s automatically in there. One
other nice sort of tip to make it easier for the pharmacist. [Thomas] Yeah. And there’s another interesting
point too is that one of the questions I’ve been asked, many times, the issue around consent
to upload; so there’s a basic conception out there that an individual customer would need
to authorise a pharmacy or a hospital or a general practise to upload information to
their record. That’s not actually correct, because anyone who has, in My Health Record,
issues what they call standing consent, which means the healthcare provider organisation
can upload to their record until the individuals explicitly request that not occur. [Heather] And one of the things that you have
to make sure you can build is the fact that, say I go to the pharmacist and say “I don’t
want these scripts uploaded today, “because I’m getting some medications “for my sexually
transmitted disease” or something. I need to say “I don’t want you to upload that;”
but then next week when I come back for my blood pressure pills, I want that up. So somehow,
you need to be building the ability to not upload. So even though we want all Dispense
Records to go up and be pretty automated so the pharmacist doesn’t have to do anything
extra, there still needs to be an ability to stop a specific script going up; but I
expect Josh or one of the technical people have been talking to you about that. If anyone
has any more questions or, then I guess we’re very happy for you to contact us for any further
information, because Thomas has been doing a lot of work with the pharmacy, community
pharmacists and the PHNs to get a lot more adoption and clinical use; so if there’re
specific issues regarding the registration, or what sort of support your customers might
want down the track, we’re more than happy to talk to you on a one-on-one basis. [Thomas] Yeah, because there’re a lot of tips
and tricks that are outside of the strict requirements that will make it much, much
more functional and effective; so, happy to share those with you at your convenience. [Heather] Yeah, and the main one is configuring. [Thomas] Yeah, yeah. [Heather] Because if, because once the pharmacist
gets their certificates and their USB and everything. They’re pretty ready to go, and
then if they have to wait for you or someone in the organisation to sort of configure things,
it can be a bit of a hold up, because you might be busy, and you might have just– [Thomas] Yeah. [Heather] Done something else, and your help
desks are busy; whereas if you can just make it as simple to configure, so they can get
on with the job as soon as they get everything, I think it’ll be a much better process for
your customers. [Thomas] Yeah; I mean, ideally, a few minutes
where you put in the right numbers in the right spot, or even as a widget that guides
you on how to do it. Something very simple would make it very much more useful. [Heather] Are there any more questions? Okay,
so there’s no more questions; and just to remind you that this has been recorded, and
there is one slide missing that we’ll add before we put it up on the website. And I’d
just like to thank you for your participation, and I’m so excited that you’re starting to
build, because all of you have customers out there that are asking us when is their vendor
going to get connected; and as I said, we’ve already got some of them on board looking
at the provider portals, so for you that will be helpful, because you’ll already have some
of your customers that are connected. And we aren’t waiting, we are not waiting, till
you do get connected before we’re supporting your customers to get registered. So I think
that’s a big bonus for you guys, that we’re going to be helping as much as we can; and
look forward to work with Dispense Records up there. So just once again, thanks everybody
for listening, and all the best. [Thomas] Thanks.

Leave a Reply

Your email address will not be published. Required fields are marked *